2006年に登場した Salesforce Apex は、CRM(顧客関係管理)の展望に革命をもたらし、企業の顧客データとの関わり方を一変させる前例のないカスタマイズ機能を提供しています。今日、その強力かつ複雑な機能は、CRM 管理の礎石であり続けていますが、その複雑な機能を使いこなすには、専用のトレーニングや豊富な経験が必要とされることが多く、高度な CRM ソリューションの領域において、その洗練度が際立っています。

以下は、本記事の主なポイントです:

  • Salesforce Apex は強く型付けされたオブジェクト指向言語であり、それによってデベロッパーは、Salesforce CRM をカスタマイズするためのモジュール化された再利用可能なコードを作ることができる。
  • Apex は Salesforce とネイティブに統合されていることから、Salesforce のデータを直接操作したり、機能を手軽にカスタマイズすることができる。
  • Apex は、非同期処理やトリガー開発を通じて複雑なビジネスプロセスの自動化に対応しており、それによって Salesforce 内の効率性と機能性が上がる。
  • Salesforce Apex は、よりインテリジェントでデータ駆動型のアプリケーションのために Einstein Analytics のようなツールを使って、AI(人工知能)と ML(機械学習)を組み込むように進化している。
  • コードの保全性、セキュリティ、パフォーマンスの最適化におけるベストプラクティスを重視することは非常に重要であり、同時に Apex の ガバナ制限を認識し、より広範なシステム統合のために Integrate.io のような代替手段を模索することも重要である。

そこで本記事では、Salesforce Apex について、そのの進化や主な機能、実用的なアプリケーション、ベストプラクティス、およびデベロッパーに貴重なインサイトを提供する高度なテクニックを総合的に見ていきます。

はじめに

Salesforce Apex は、Salesforce.com が開発した強型オブジェクト指向プログラミング言語です。Apexは、Salesforceプラットフォーム上でアプリケーションを構築するために設計されており、特に Salesforce CRM の機能拡張やカスタマイズに適しています。そしてデベロッパーは、Apex を使うと Salesforce サーバ上でフローおよびトランザクション制御ステートメントを実行でき、それによって Salesforce API と統合できます。また、Apex はデータ操作、ループ処理、トリガ、非同期処理などのさまざまな機能に対応していることから、Salesforce エコシステム内の特定のビジネスニーズに合わせた強固でカスタマイズされたアプリケーションを開発することができます。

Salesforce Apex は2000年代初頭に誕生し、現代の CRM ソリューションの重要なコンポーネントとして大きく進化してきました。当初、Salesforce はカスタマイズのためのポイント&クリックツールを提供するにとどまっていましたが、企業がより高い適応性と拡張性を求めるようになり、2006年に Apex を発表しました。Apex には Java のような構文があり、それでデベロッパーは複雑なロジックやトリガー、カスタムコントローラを処理するためのコードを記述できます。また、Apex は自動的にアップグレードされるため、デベロッパーは Salesforce の新しいバージョンがリリースされたときにコードのアップグレードを心配する必要がありません。

現在、Salesforce Apex は Salesforce の複雑な変更/カスタマイズに欠かせないものとなっており、Apex を利用することで、企業は Salesforce を自社のニーズに合わせてカスタマイズでき、それで UI(ユーザーインターフェース)の作成やタスクの自動化、外部システムとの連携などができるようになります。また、Apex は Salesforce サーバ上で動作するため、データのセキュリティと信頼性を確保でき、Lightning Components や Visualforce ページなどの他の Salesforce サービスとスムーズに統合されることで、アプリケーションの外観とパフォーマンスが上がります。

Salesforce Apex で、企業は CRM のカスタマイズとイノベーションを通じて、卓越した顧客体験を提供できるようになるのです。

Salesforce Apexの主な機能

Salesforce Apex は、カスタム機能の作成、ビジネスプロセスの自動化、Salesforce CRM の機能拡張のための基盤を提供します。以下で、Salesforce Apex の主な機能や、それがデベロッパーやビジネスにもたらすメリットを見ていきましょう。

  • オブジェクト指向言語の特徴: Salesforce Apex は、強く型付けされたオブジェクト指向プログラミング言語であり、データとデータに対する操作を「オブジェクト」として扱う。また、クラス、オブジェクト、抽象化、継承、ポリモーフィズム、カプセル化の概念に対応している。このような機能により、デベロッパーは再利用可能なモジュール式コードの作成や、データと動作の論理ユニットへの編成、複雑なロジックの手軽な実装ができる。
  • Salesforce プラットフォームとの統合: Apex は Salesforce プラットフォームとネイティブに統合されているため、デベロッパーは明示的にデータベース接続を確立することなく、レコードにアクセスして操作できる。これにより、Salesforce データとシームレスに連携するカスタマイズを構築しやすくなる。
  • データ操作と同期: Salesforce Apex は、クエリ言語 SOQL (Salesforce Object Query Language) および SOSL (Salesforce Object Search Language) を通じて、以下のような強固なデータ操作および同期機能を提供する:
    • 構造化クエリ: SOQL では、構造化クエリを使って Salesforce オブジェクトからレコードを取得できる。これにより、指定した条件に基づく正確なデータ検索が促進される。
    • リレーションシップクエリ: SOQL は関連オブジェクトのクエリに対応しており、それでデベロッパーは複雑なデータ関係をシームレスにナビゲートすることができる。
  • ネイティブ機能: Salesforce Apex には、Salesforce の開発に適した以下のようなさまざまな機能がある:
    • データ操作: Apex は、Salesforceデータの挿入、更新、削除、クエリを促進する。
    • ワークフローの自動化: デベロッパーは Apex を使って複雑なビジネスプロセスを自動化でき、それによって業務の効率化が実現する。
    • カスタマイズ: Apex は、組織の特定の要件に合わせて Salesforce プラットフォームを調整するのに役立つことが証明されている。

Apex で、デベロッパーは強力で個別化された Salesforce アプリケーションを構築できるようになり、Apex のネイティブ機能を活用することで、はタスクの自動化や Salesforce の機能の強化、カスタムレポートやダッシュボードの生成ができるようになります。さらに、Apex で RESTful API の作成が実現し、それによって Salesforce と外部プラットフォームとの接続や、社内システムとのカスタム統合の開発が促進されます。

他のオブジェクト指向言語との比較

Apex には、他のオブジェクト指向言語にはない利点がいくつかあります。例えば、大文字と小文字を区別しないため、コードの読み書きがより簡単です。また、Apex は Salesforceプラットフォームとネイティブに統合されているため、Salesforce アプリケーションのカスタマイズや拡張に最適です。他の言語では、同じレベルの統合を実現するには、より多くの労力が必要になるかもしれません。そして Apex にはテストケースの実行に対するサポートが内蔵されているため、コードのテストがしやすく、期待どおりに動作することを確認できます。さらに、Apex はマルチテナント環境で実行されるため、複数の組織がデータを分離したまま Salesforce の同じインスタンスを使うことができ、さまざまなバージョンの Salesforce API に対して Apex コードを保存できます。

実際のユースケース

Apex の実際のユースケースを以下に挙げてみましょう:

  • ビジネスプロセスの自動化:Apex で、見込み客管理、好機の管理、ケース管理が自動化される。例えば、指定した条件に基づいて見込み客を営業担当者に自動的に割り当てることができる。ただし、これは時間のかかる複雑なプロセスである。その他の Salesforce 自動化ツールには、フロービルダーとプロセスビルダーがあり、そのツールだとプログラミングのスキルは求められず、幅広いビジネスプロセスの自動化に使うことができる。
  • Salesforce 機能のカスタマイズ: Apex は、カスタムフィールド、オブジェクト、ワークフローを追加することによって、Salesforce の機能をカスタマイズする。例えば 顧客のフィードバックを追跡するカスタムオブジェクトの作成などがあるが、Apex でカスタムオブジェクトを作成するのは複雑で時間がかかることに注意が必要。なのでより速くて簡単なアプローチには、オブジェクトマネージャを使うのがよく、オブジェクトマネージャを使うと、コードを記述することなくカスタムオブジェクトを作成できる。
  • 外部システムとの統合: Apex は、Salesforce を ERP システム、MA(マーケティングオートメーション)システム、SNS プラットフォームと統合する。例えば、顧客が Twitter に苦情を投稿すると、Salesforce で自動的にそのケースを作成することができる。

Salesforce Apex の実践的なユースケース

Salesforce Apex は、カスタムビジネスロジックとシームレスな統合のための汎用的なツールです。柔軟性と拡張性に優れ、さまざまなシナリオの礎となります。以下で、さまざまなシナリオにおける実践的なユースケースを掘り下げてみましょう:

  • カスタムビジネスロジック: Apex を使って、組織のニーズに特化したカスタムビジネスロジックを作成できる。ここでは、Salesforce Apex におけるカスタムビジネスロジックの実際のユースケースに以下のようなものがある:
    • バリデーションルール: Apex を使うと、Salesforce に内蔵された検証ルールエンジンよりも複雑なカスタム検証ルールを作成できる。それには、必須フィールド、有効なデータ型、一意の値、およびその他のビジネス固有の基準のチェックが含まれる。
    • カスタム計算: Apex を使うと、特に計算が複雑な場合や複数のオブジェクトを含む場合に、他のフィールド値に基づいてカスタムフィールドを計算できる。例えば、複数のアカウントからの販売注文に基づいて製品の合計売上を計算する必要がある場合、Account のオブジェクトとSales Order のオブジェクトの両方からデータを照会するために Apex の使用が必要になる。
    • カスタムワークフロー: Apex を使って、複雑なビジネスプロセスを自動化するカスタムワークフローを実装できる。これには、メールの送信、レコードの更新、新規レコードの作成など、複数のステップを含むワークフローが含まれる。
  • トリガー開発: Apex のトリガーを使うと、挿入、更新、削除など、Salesforce のレコードに対するプラットフォームイベントの前後にカスタムアクションを実行できる。また、トリガーを使うと、新しいレコードの作成や古いレコードの削除など、Salesforce のプロセスを自動化できる。例えば、関連アカウントが更新されたときに、トリガを使ってケースのステータスを自動的に更新できる。
  • ワークフローへの実装: Apex は、複雑なビジネスプロセスを自動化するカスタムワークフローを実装するのに使用される。これには、メールの送信やレコードの更新、新規レコードの作成など、複数のステップを踏むワークフローが含まれる。例えば、Apex を使って、注文が発送されたときに顧客に自動的にメールを送るワークフローを作成できる。。
  • 非同期処理: ビジネスにおける 非同期 Apex は、多忙な EC 業務における効率的なタスク管理のようなものである。各タスクの終了を待ってから次のタスクを開始するのではなく、各タスクを独立して開始し、バックグラウンドで実行させると、例えば、商品の在庫が更新されても、顧客からの注文処理が滞ることはなくなる。このアプローチにより、複数のタスクを同時に達成することができ、それによって業務がより効率的になり、応答性が上がり、さまざまな作業負荷に対応できるようになる。非同期処理には、以下のようにさまざまな種類がある:

種類

概要

一般的なシナリオ

Future Methods

独自のスレッドで実行し、リソースが利用可能になったら開始する。

Web サービスのコールアウトによる、シームレスな統合の保証。

Batch Apex

通常の処理限界を超える大規模ジョブの実行。

データクレンジング、記録の保存、膨大な量のデータ処理。

Queueable Apex

ジョブの連鎖を追加したFuture Methods のようなもの。

外部 Web サービスとの連続処理。

Scheduled Apex

指定した時間に Apex を実行するようスケジュールする

日次または週次タスク、ルーチンプロセスの自動化。

以下で、Salesforce Apex における非同期処理の実践的なユースケースをいくつか見てみましょう:

    • 大規模なメールの送信: 大規模なメールの送信には、特に個別化されたメールの場合、長い時間がかかることがあるが、非同期処理を使うと、UI(ユーザーインターフェース)をブロックすることなく、大規模なメールを送信できる。
    • レポートの作成: 特にレポートが複雑な場合、レポートの生成にも時間がかかることがあるが、非同期処理を使ってバックグラウンドでレポートを生成し、準備ができた時点でユーザーにレポートを配信することができる。
    • 大量のデータの処理: 大量のデータの処理が必要な場合は、非同期処理を使ってデータを小さな塊に分割し、それぞれをバックグラウンドで処理することができる。これにより、パフォーマンスが上がり、Salesforce プラットフォームの負荷が軽減される。
  • Webサービス: Apex クラスのメソッドを REST または SOAP Web サービス操作として公開して、Salesforce を他のシステムと統合し、ビジネスプロセスを合理化します。以下の実用的なユースケースは、この概念を示しています: 

シナリオ

あなたは EC ビジネスを運営しており、Webサイトからの注文を即座にSalesforce CRM  に反映させたいとしており、それを実現するために、Salesforce Apex を使って RESTful API を作成することにしました。

実施 

Apex を使った RESTful API の作成: RESTfulエンドポイントを公開するメソッドがある Apex クラスを開発する。そしてそのメソッドは、入力データの処理や、その検証、それに応じた Salesforce レコードの更新を行います。

@RestResource(urlMapping='/OrderSyncService/*')

global class OrderSyncService {

    @HttpPost

    global static String createOrder(String orderId, String productName, Double price) {

        // Process incoming order data and update Salesforce records

        // Example: Create a new Order record in Salesforce

        Order__c newOrder = new Order__c(Name = orderId, Product__c = productName, Price__c = price);

        insert newOrder;

 

        return 'Order created successfully';

    }

}

Salesforce と外部プラットフォームの接続: OAuth や Named Credentials などの認証メカニズムを活用して、Salesforce と外部 EC プラットフォームとの安全な接続を確立します。

HttpRequest req = new HttpRequest();

req.setEndpoint('https://external-platform.com/api/orders');

req.setMethod('POST');

req.setHeader('Content-Type', 'application/json');

req.setBody('{"orderId": "123", "productName": "ExampleProduct", "price": 50.00}');

 

// Perform the HTTP request to the external platform

HttpResponse res = new Http().send(req);

 

// Process the response if needed

利点:

  • リアルタイムの注文同期: Apex は、Salesforce REST または SOAP API に記述された外部言語を使うのではなく、Salesforce とECプラットフォームの間でリアルタイムの注文同期を実装するのに使える、Salesforce プラットフォームにネイティブな強力なツールであり、カスタマイズ、拡張性、セキュリティなどの利点がある。
  • 効率的なデータ統合: Apex REST API で、Salesforce と外部プラットフォーム間のシームレスな通信が実現し、それによって、効率的で安全なデータ交換ができるようになる。
  • 顧客体験の向上:注文がすぐに Salesforce に反映されるため、顧客は効率化されたエクスペリエンスを享受でき、速やかな注文処理や個別化された顧客対応ができるようになる。
  • 統一されたデータ管理: Salesforce は受注データの中心的なハブとなり、より良い意思決定とレポーティングを促進する統一されたビューがもたらされる。

この実践的なユースケースでは、Salesforce Apex の Web サービスを活用することでデータ統合が強化され、特にRESTful APIsの作成によって、いかにしてビジネスプロセスが効率化されるかがわかります。また、Salesforce Apex の Web サービスを使って、カスタム統合や BI(ビジネスインテリジェンス)ダッシュボードなど、他のさまざまなソリューションを作成できます。

Apex 開発のベストプラクティス

Salesforce での Apex 開発は、単にコードを書くだけでなく、強固で持続可能なソリューションを作成することでもあり、ベストプラクティスに従うことで、コードの保全性、安全性、パフォーマンスの最適化を確保できます。ここでは、強固な Salesforce アプリケーションを構築するためのベストプラクティスを見ていきましょう:

コードの保全性と可読性

  • 命名規則: クラス、メソッド、変数、その他の識別子には一貫した命名規則を使う。その際、コンポーネントの目的を明確に伝えるべく、意味のある名前を使い、例えば、a, b, c のような変数名ではなく、customerName, accountNumber, productPrice のような名前を使う。
  • コメントと文書化: 特にコードがすぐには分からない場合は、複雑なロジックを説明するコメントを含めたり、メソッドとクラスを総合的にドキュメント化する。 たとえば、複雑なメソッドの先頭にコメントを追加して、そのメソッドが何を行うのか、どのように機能するのかを説明するのもいいかもしれない。また、メソッド内にコメントを追加して、特定のコード部分を説明することもできる。
  • コードのモジュール化: 複雑なロジックをより小さく、再利用可能なメソッドやクラスに分割する。そうすることで、コードのメンテナンスと再利用がしやすくなる。例えば、複雑なタスクを実行する長いメソッドを1つ書くのではなく、タスクをより小さく、より管理しやすいメソッドに分割し、その後そのメソッドをコードの他の部分で再利用することができるかもしれない。
  • ハードコードされた値を避ける: カスタムメタデータタイプは、Apex コードでの値のハードコーディングを避けるための宣言的な方法であり、コードを記述することなく、Salesforce UI で作成および管理できるデータを保存する。

セキュリティ基準

  • クロスサイトスクリプティング (XSS): Salesforce は XSS 対策を行っているが、デベロッパーはカスタム JavaScript、<apex:includeScript>、および数式タグでユーザが入力したデータを検証する必要がある。
  • クロスサイトリクエストフォージェリ (CSRF): Salesforce はデフォルトで反 CSRF トークンを実装し、デベロッパー CSRF 対策制御をバイパスするカスタム コントローラーの作成を避けるべきである。
  • SOQLインジェクション: SOQL インジェクションのリスクを軽減するために、動的な SOQL よりもバインディング変数を使った静的なクエリを優先する。escapeSingleQuotes を使って、ユーザー入力のサニタイズを行う。
  • データアクセス制御: Apex では、ユーザ権限と項目レベルのセキュリティは自動的に適用されないが、共有と併用すると、プラットフォームがログイン ユーザーのセキュリティ共有権限が確実に適用される。

パフォーマンスの最適化

  • コードの一括化:特に複数のレコードが処理されるシナリオでは、一括化は効率的な Apex トリガにとって非常に重要であり、例えば、アカウントが更新されるたびに、そのアカウントの関連コンタクトを更新するトリガーがあるとすると、一括化しない場合のコードは以下のようになります:
trigger AccountTrigger on Account (after update) {

    for (Account account : Trigger.new) {

        List<Contact> contacts = [SELECT Id FROM Contact WHERE AccountId = :account.Id];

        for (Contact contact : contacts) {

            contact.Title = account.Type;

            update contact;

        }

    }

}




This code is fine for a few account updates but hits limits with large updates. Bulkified version:

 trigger AccountTrigger on Account (after update) {

    List<Contact> contactsToUpdate = new List<Contact>();

    for (Account account : Trigger.new) {

        List<Contact> contacts = [SELECT Id FROM Contact WHERE AccountId = :account.Id];

        for (Contact contact : contacts) {

            contact.Title = account.Type;

            contactsToUpdate.add(contact);

        }

    }

    update contactsToUpdate;

}

この例では、更新が必要な連絡先を全て格納するためにリストが使われています。それによって、単一の DML ステートメントですべて更新され、それで、一度に 1つずつ更新するよりもはるかに効率的になります。

  • ガバナ制限の効果的な使用:Salesforce のガバナ制限を理解して尊重し、クエリ行数や CPU 時間などのリソースを効率的に使うようにコードを設計する。そしてコードのリソース消費を監視し、ログに記録する。

これらのベストプラクティスを取り入れることで、Apex 開発が業界標準に沿ったものとなり、それで Salesforce ソリューションの効率性、保全性、拡張性が最大限に高まるのです。

Salesforce Apex でのテストとデバッグ

Salesforce Apex の開発において、信頼性の高い高品質なアプリケーションを作成するには、強固なテストと効果的なデバッグが不可欠です。以下で、Apex におけるテストの意義と、さまざまなデバッグテクニックを見ていきましょう。

Apex テストの重要性

  • ユニットテストは Apex 開発に不可欠な要素であり、クラスやトリガーなどの個々のコードが正しく機能することをテストするのに使用される。
  • ユニットテストは、デベロッパーが開発サイクルの早い段階で問題を特定して修正し、本番環境でのバグやエラーのリスクを減らすことができるようになることから、重要である。
  • Apex コードを本番環境に導入するには、単体テストで少なくとも 75% のテスト カバレッジを確保する。
  • 必要なコードカバレッジの達成は、コードが機能的で信頼できることを保証するのに不可欠である。

Apex 技術のデバッグ

Apex には、デベロッパーコンソールやデバッグログなどのデバッグツールがあり、そのツールを使って、コードのエラーの追跡や修正をすることができます。また、Apex はコードのデバッグに役立つ例外文やカスタム例外に対応しており、例外が処理されない場合には、Apex からデベロッパーにメールが送られます。

システムデバッグの使用

  • System.debug メソッドの活用は、Apex におけるデバッグの基本テクニックである。
  • デベロッパーは、変数値、メッセージ、実行フロー情報をデバッグログに出力するために、コード内に戦略的にデバッグステートメントを挿入する。
  • 効果的なデバッグには、チェックポイントのインスペクタとログのインスペクタの両方を使う。チェックポイントのインスペクタを使うと、実行中の特定のポイントでメモリ内のオブジェクトを調べることができ、同時に、ログのインスペクタはデバッグログをコンテクストに応じて表示し、コード実行中のエラーの特定と解決を支援する。

効果的なロギングとモニタリング:

  • ログは、コードの実行に関するインサイトを得て問題を特定するのに不可欠なツールである。
  • デバッグログは 20 MB に制限されている:このサイズを超えるログは、以前の System.debug ステートメントなどの古いログ行を削除することで削減される。
  • システムデバッグログは24時間保持され、モニタリングデバッグログは7日間保持される。15分のウィンドウで1,000 MBのデバッグログを超えると、トレースフラグが無効になり、15分後に再度有効にするためのメールでの通知がユーザーに送信される。
  • デベロッパーは、カスタム ログ ステートメントや組み込みのログ フレームワークの活用など、効率的なログ メカニズムを採用して、実行時に関連情報を取得する。

Salesforce Apex 開発のダイナミックなランドスケープにおいて、テストとデバッグは単なるグッドプラクティスではなく、成功のための基本要件です。徹底的なテストはコードの信頼性を保証し、効果的なデバッグ技術は問題の迅速な特定と解決に有効です。

Salesforce の高度なトピック

デベロッパーが Salesforce Apex を使いこなせるようになると、複雑なシナリオに対応してプラットフォームの可能性を最大限に引き出すために、高度な概念を取り入れることが非常に重要になります。そしてその高度なトピックとして、メタデータプログラミングによる「Dynamic Apex」と「バッチApex」という2つが主に挙げられます。

Dynamic Apex を使うと、デベロッパーは実行時にコードを生成でき、それがさまざまなデータセットや要件への適応が必要なアプリケーションの開発に役立ちます。たとえば、Dynamic Apex を使って SQL クエリをオンザフライで生成したり、Salesforce メタデータ API と対話するカスタム Apex クラスを作成したりできます。また、Dynamic Apex は、以下をできるようにすることで、アプリケーションの柔軟性を上げてくれます:

  • SObject とフィールドの記述情報へのアクセス: 名前、タイプ、ラベル、フィールド、子オブジェクトなどの sObject に関するメタデータの取得(スキーマ・プログラミング)や、長さや型など、フィールドの詳細の取得。
  • Salesforce アプリ情報へのアクセス: ラベルやタブのメタデータなど、Salesforce の標準アプリとカスタムアプリの詳細情報の取得。
  • 動的 SOQL、SOSL、および DML: 動的 SOQL と SOSL は、Apex の実行時に文字列を生成してクエリを実行し、DML はレコードの動的な作成と挿入を実現する。

一方、メタデータプログラミングは、デベロッパーが Salesforce Metadata API を使ってカスタム Apex コードを開発できるようにする手法であり、メタデータには、管理者が制御する設定や、インストールされたアプリやパッケージによって適用される設定の詳細が含まれます。Apex 内の Metadata 名前空間のクラスを活用して、次のようなさまざまなタスクを実行できます:

  • インストール中またはインストール後にアプリがメタデータを作成や更新し、ユーザーがアプリを設定できるようにする。
  • Apex でメタデータを使うと、インストール後に標準の Salesforce 設定 UI をバイパスして、アプリケーションの UI を介した管理設定が促される。
  • エンドユーザーに型やコンポーネントを公開することなく、内部で使用されているメタデータを安全に更新する。
  • Apex のメタデータを活用して管理者用のカスタムツールを作成し、アプリやパッケージをカスタマイズするためのカスタマイズオプションを提供する。

高度な実世界での応用

Dynamic Apex とメタデータプログラミングは、さまざまな高度な実世界アプリケーションの開発に使用できます。以下にその例をいくつ化上げて見ましょう:

  • ダイナミックな UI カスタマイズ: UI が頻繁に進化するダイナミックなビジネス環境では、Dynamic Apex でリアルタイムのカスタマイズが実現する。また、メタデータプログラミングにより、デベロッパーは変化するビジネス要件に基づいてフィールドの可視性などの UI 要素を動的に調整できる。
  • 動的スキーマ処理による複数組織統合: 複数の Salesforce 組織にまたがって展開されるソリューションには、動的なスキーマ処理が求められる。Dynamic Apex で、さまざまなオブジェクト構造に動的に適応することによる、シームレスな統合が実現する。また、メタデータプログラミングは、組織固有のメタデータに基づいて動的に統合を構成することを支援する。

Batch Apex

Batch Apex は、Salesforceで大規模なデータセットを効率的に処理するための強力なツールであり、全レコードに対して一度に大規模な処理を行うのではなく、ジョブを管理しやすい塊に分割して個別に処理します。

Batch Apex は、Databases Batchable のインターフェースを実装したグローバルクラスです。例えば、15,000 件の Opportunity レコードのフィールドを更新すると、1回の操作でガバナ制限にヒットします。Batch Apex では、start()メソッドでクエリを確定し(例:'select Id from Opportunity')、execute()メソッドは、ほとんどのガバナ制限をバイパスして、トランザクションのコンテキスト内でレコードのサブセット(デフォルト200)を処理し、これは、すべてのレコードが処理されるまで繰り返されます。そして finish() メソッドは処理を終了し、ステータスメールの送信などの最終タスクを処理します。

Batch Apex Chaining

Batch Apex Chaining で、Salesforce でのジョブの連続実行ができるようになります。キューイング可能なクラスのexecute()メソッドから2番目のジョブを投入しますが、各キューアブルジョブに対してサポートされる子ジョブは1つだけであり、同じキューアブルジョブから複数の子ジョブを開始することはできません。

Apex Scheduler

Salesforce の Apex Schecular は、定期的な実行が必要な特定の Apex クラスがある場合や、Salesforce の UI からバッチApex ジョブを実行する場合に活用できます。Schedular はシステムレベルで動作し、ユーザの権限に関係なくすべてのクラスの実行を保証します。また、Salesforce が指定された時刻にクラスを実行するようにスケジュールするという注意点がありますが、実際の実行には、サービスの可用性に基づく遅延が発生する可能性があります。このスケジューリングのメカニズで、Apex クラスをシームレスかつタイムリーに実行するための精度と自動化がもたらされます。

まとめ

結論として、Salesforce Apex は幅広い機能を提供する強力なプログラミング言語であり、Salesforce プラットフォームでのカスタム アプリケーションの開発に広く使用されています。 近年、大量のデータ処理や、他のシステムとの統合ができる複雑で強力なアプリケーションを構築するために Apex を使用する傾向が高まっており、 将来的には、要件を満たすために構成可能なデジタル戦略を採用することがますます重視されることになるでしょう。 そしてそれには、効率性上げ、敏捷性を促し、拡張可能なオプションを提供するために、再利用可能なビジネス機能を作り上げることが含まれます。

Salesforce Apex の開発は現在、AI(人工知能)と ML(機械学習)に向けた傾向にあり、Salesforce では、Einstein Analytics、Einstein Discovery、Einstein Prediction、Einstein GPT などの AI を活用したツールと機能がいくつか導入されました。 また Apex は、以下のような API を通じて Salesforce AI 機能を活用します。

  • Einstein Analytics API:ターゲットを絞ったオファーに対する顧客離れの予測など、Apex が予測と分析情報を取得できるようにする。
  • Einstein Discovery API:Apex が ML モデルをトレーニングおよびデプロイできるようにし、それによってコンテンツに基づいたサポートチケットの分類などの予測ができるようになる。
  • Einstein Prediction Service:Apex と統合して、個別化されたインタラクションの見込み客変換確率の予測などの結果を予測する。
  • Einstein GPT for Developers:デベロッパーにコード生成機能と Q&A 機能を提供し、生産性とコード品質を上げる。

Salesforce Apex 開発における現在のトレンドの 1 つに、AI と ML の使用があります。 Salesforce では、Einstein Analytics や Einstein Discovery など、AI を活用したツールや機能をいくつか導入され、それによってデベロッパーは、データの分析や結果の予測、そしてプロセスの自動化ができるインテリジェントなアプリケーションの構築ができるようになります。

また、Apex には、デベロッパーが注意すべき制限とガバナ制限がいくつかあります。 たとえば、Apex ではスレッドや一時ファイルを作成できませんが、 統合ツールである Salesforce Connect で、外部データを Salesforce 内にネイティブに保存されているかのように表示および使用することで、こういった制限を一部克服することができます。 ただし Salesforce Connect には、一部の顧客関連のワークフローの完了が大変になる可能性があるような制限がいくつかあります。

そこで、Salesforce Connect の強力な代替手段となるIntegrate.io の登場です。 200 以上のシステムへの事前構築済みコネクタで、より幅広いアプリケーションが提供され、デベロッパーでなくても簡単に使うことができます。 なので、デベロッパーを追加で雇わずに Salesforce を他のシステムと統合する必要がある組織にとって、最適な選択肢となります。

Salesforce Connect の使用を検討している場合は、Integrate.io も検討することをお勧めします。 Integarate.io は、Salesforce Connect の制限を克服するのに役立つ、より強力で柔軟な統合ツールです。

Integrate.io は気軽に始められます。コチラから担当者にお問い合わせいただければ、データの目標の調整や、特定のニーズに合わせたトライアルをご提供します。

14日間の無料トライアルにサインアップして Integrate.io を始めませんか。コチラからお問い合わせいただき、組織を次のレベルに引き上げましょう。

その他のリソースと参考資料

Salesforce Apex をマスターするには、書籍、オンラインコース、デベロッパー向けのチュートリアルなどの総合的なリソースを調べてください。また、Salesforce  の広範な公式ドキュメントを詳しく読み、活発なデベロッパーフォーラムに積極的に参加してみましょう。 このようなオープンプラットフォームでは、活発な Salesforce デベロッパーコミュニティ内でインサイトを得たり、経験を共有したり、支援を求めたりできますからね。

書籍と音声書籍(英語)

  • Paul Battisson 著「Mastering Apex Programming(Apex プログラミングをマスターする)」(Packt Publishing 発行、ISBN-13: 978-1800200920、発行日: 2020 年 11 月 20 日)。
  • Paul Battisson 著 「Learning Salesforce Development with Apex(Apex で学ぶ Salesforce 開発)」(BPB Publications 発行、ISBN-13: 978-9389898187、発行日: 2020 年 8 月 10 日)。

オンラインコースおよびチュートリアル(英語)

Salesforce の公式ドキュメントとデベロッパーフォーラム(英語)

Salesforce Apex をマスターするためのヒント

  • まずは基本から始める。 データ型、変数、制御フロー、関数など、Apex の基本をきちんと理解する。
  • 定期的に練習する。 Apex を学ぶ一番の方法は実際にやってみることであることから、Apex コードの作成を定期的に練習する機会を探してみる。
  • 利用可能なリソースを活用する。Apex の学習には、書籍、オンラインコース、チュートリアルなど、いいリソースが多数用意されている。
  • コミュニティから助けを得る。 Salesforce デベロッパー向けの大規模で活発なコミュニティは、デベロッパー同士で積極的にサポートしており、行き詰まった場合は、ためらわずに Salesforce Developer Forums または Salesforce Stack Exchange で助けを求めることができる。

Q&A

Q. Salesforce Apex は何に使われますか。

A. Salesforce Apex は、デベロッパーが Salesforce プラットフォーム上でカスタム アプリケーションや機能を構築できる強力なプログラミング言語であり、 これには、Salesforce デベロッパーがプラットフォーム上のユーザー データにシームレスにアクセスできるようにする API(アプリケーション プログラミング インターフェース)が付属しています。

Q. Apex は他のプログラミング言語とどう違うのでしょうか。

A. Salesforce Apex は、Salesforce プラットフォーム用に設計されたプログラミング言語で、Java に似たオブジェクト指向であり、Salesforce データベースおよび API と緊密に統合されています。 Apex はスケーラブルで、マルチテナント環境向けに設計されており、セキュリティ機能が組み込まれているため、汎用のプログラミング タスクには適していません。また、Apex には、内部クラス、ジェネリック型、またはスレッドの組み込みサポートの概念がなく、SObject クラスや SOQL クエリ言語など、Salesforce プラットフォームと対話するための機能が多数組み込まれています。

Q. なぜ Salesforce Apex 開発においてテストが重要なのでしょうか?

A. テストは Salesforce Apex 開発の重要な部分であり、デベロッパーはテストによって、コードが期待どおりに動作していることを確認し、問題があれば早期に特定して修正し、Salesforce のリソース制限を遵守することができます。 また、十分にテストされたコードは保全しやすく、デベロッパー向けのドキュメントとなります。 さらに、テストによって回帰が防止され、Salesforce アプリケーションの堅牢性に対するユーザーの信頼が高まります。 要するに、これは成功する Salesforce ソリューションを構築、維持、強化するための重要な実践だということです。

Salesforce Apex コードの問題をテストでどのように防止できるのかを示す具体的な例をいくつか挙げてみましょう:

  • 単体テストでは、レコードが予期せず削除される原因となっている新しい Apex トリガのエラーを特定できる。
  • 回帰テストでは、Salesforce 標準オブジェクトへの変更によってもたらされたバグを検出できる。
  • 統合テストにより、Apex クラスが外部システムで適切に動作することを確認できる。

Q. Salesforce Apex で安全なコードを確保するにはどうすればいいですか。

A. 次のベストプラクティスに従って、Salesforce Apex コードの安全性を確保しましょう。

  • 最新の Salesforce バージョン:最新のセキュリティ拡張機能を活用するために、Salesforce インスタンスを常に最新の状態に保つ。
  • 安全なコーディング プラクティス:SQL インジェクションや XSS の脆弱性を阻止するために、入力検証やエラー処理などのプラクティスを採り入れる。
  • 適切な共有設定:データ アクセス制御を設定して、データと機能への適切なアクセスを確保する。
  • 暗号化:パスワードや財務情報などの機密データを暗号化して保護する。
  • 2FA(2要素認証):2FAでセキュリティ層を追加する。
  • サードパーティのセキュリティツール:保護を強化するために、ウイルス対策ソフトウェアとファイアウォールの使用を検討する。

常に警戒を怠らず、強固な Salesforce Apex セキュリティを実現するためにこのようなプラクティスを実装しましょう。

Q. Apex のパフォーマンスを最適化するためのベストプラクティスは何ですか?

A. Salesforce Apex のパフォーマンスを最適化するには、次のような方法があります:効率的なデータ処理のためのバルク化の採用、ガバナ制限の意識、可読性のためのコードのモジュール性の強化、強固な例外処理の実装、SOQL クエリの最適化、包括的なテストカバレッジの確保、ループ内での SOQL/DML 操作の回避。 このようなベストプラクティスに従うことで、Salesforce プラットフォーム上で効率的でスケーラブル、かつ保守性の高い Apex コードが実現されます。

Q. Salesforce Apex は他のプラットフォームと統合できますか?

A. はい。Salesforce Apex は、CRM システム、ERP システム、MA(マーケティング オートメーション)システム、ECプラットフォーム、データ ウェアハウス、BI ツール、支払い処理システムなど、他の幅広いプラットフォームと統合できます。 Salesforce には、デベロッパーが Salesforce を REST、SOAP、Bulk API などの他のシステム と統合できるようになる API が多数提供されています。 また、Salesforce Apex を他のプラットフォームと統合する方法として、Integrate.io などのサードパーティ統合ツールの使用が挙げられます。 このようなツールを使うことで、デベロッパーは特定のニーズに合わせたカスタム統合を構築できます。

Q. SOQL と SOSL は Salesforce Apex とどのように関係しますか?

A. SOQL と SOSL は、Salesforce オブジェクトからデータを取得するのに Salesforce Apex で使われるクエリ言語です。 SOQL は、単一のオブジェクトまたは一連の関連オブジェクトをクエリするのに使われる SQL に似た言語であり、取引先、連絡先、商談などの Salesforce オブジェクトからデータを取得するのに使われます。

一方、SOSL は、複数のオブジェクト内のテキストベースのデータを同時に検索するために使われ、取引先、連絡先、見込み客などの Salesforce オブジェクトからデータを取得するのに使われます。 SOQL と SOSL は両方とも Salesforce Apex で Salesforce オブジェクトからデータを取得するために使われ、SOQL は単一オブジェクトまたは一連の関連オブジェクトからデータを取得するために使われて、SOSL は複数のオブジェクト内のテキストベースのデータを同時に検索するのに使われます。

Q. Apex の制限またはガバナ制限は何ですか?

Salesforce Apex は、コードやプロセスが共有リソースを独占しないように、厳格なガバナ制限を適用します。 これらの制限により、公平なリソースの使用とプラットフォームの安定性が確保され、Apex コードがこのような制限を超えると実行時例外がトリガーされ、過剰な消費が防止されます。 Apex ガバナ制限には以下のような種類があります。

  • Per-transaction Apex Limits
  • Per-Transaction Certified Managed Package Limits
  • Lightning Platform Apex Limits
  • Static Apex Limits
  • Size-specific Apex Limits
  • Push Notification Limits

Q. Apex での非同期処理はどのように機能しますか?

Salesforce Apex の非同期処理は、UI をブロックすることなく、長時間実行される操作をバックグラウンドで実行するために使用され、これは、先物、キュー可能 Apex、およびバッチ Apex を使うことで実現されます。

Q. Salesforce Apex でデベロッパーはどのような高度な機能を得られますか。

A. Salesforce Apex で、デベロッパーはバックグラウンドタスクのための非同期処理、大規模なデータセットを処理するためのバッチ処理、遅延実行のためのキューイング、アプリケーション内または外部システムとの通信のためのメッセージング、データの整合性を確保するためのトランザクション、Apex Locker や Apex Code Auditor などのセキュリティ機能などの、高度な機能を得られます。

さらに、デベロッパーが効率的にコードを作成してテストするのを支援する、Apex Profiler や Apex Developer Console などのテスト ツールもあります。 このような機能により、デベロッパーは Salesforce プラットフォーム上で高性能でスケーラブルで安全なアプリケーションを作成できるようになります。