この文章は Salesforce 機械翻訳システムを使用して翻訳されました。詳細はこちらをご参照ください。
英語に切り替える

拡張パッケージを使用した複数のエディションのサポート

このアプローチでは、コアアプリケーション機能を含む基本管理パッケージを使用します。基本パッケージに含まれる機能は、GE および PE でサポートされている機能のみです。そこで、この基本パッケージを拡張するために 2 つ目の管理パッケージ (拡張パッケージ) を使用します。拡張パッケージによって、EE および UE/PXE でサポートされている他の機能が追加されます。たとえば、在庫を追跡する倉庫アプリケーションがあり、このアプリケーションへの拡張にはワークフロー (Group では使用不可) が含まれるとします。Group Edition と Professional Edition のユーザは、基本倉庫アプリケーションをインストールでき、その他のユーザは基本パッケージをインストールしてから、ワークフローコンポーネントを含む拡張パッケージをインストールできます。

基本パッケージおよび拡張パッケージを使用した複数のエディションのサポート 基本パッケージと拡張パッケージの関係

拡張パッケージを使用することで、複数のコードセットの使用を回避してユーザにアップセルを行うことができます。ユーザをアップグレードするのに必要なのは、拡張パッケージをインストールすることのみです。

拡張パッケージを作成するプロセスは次のとおりです。
  1. GE および PE でサポートされている機能を活用した基本管理パッケージを作成します。
  2. この基本管理パッケージを別の DE 組織にインストールします。
  3. この組織で、GE および PE でサポートされている追加機能を含む拡張パッケージを作成します。機能の重複を回避するために、基本管理パッケージを参照することができます。基本管理パッケージを参照するコンポーネントは、自動的にこのパッケージを拡張パッケージとして起動します。

拡張パッケージは基本パッケージに依存するため、アプリケーションおよびパッケージ間のインターフェースを丁寧に設計することが重要です。たとえば、拡張パッケージが基本パッケージの Apex ク���スをコールする必要がある場合、対象の Apex を global にしておく必要があります。

また、アプリケーションのライフサイクル全体を考慮することも重要です。たとえば、新しい機能を追加する場合は、適切なパッケージに含めるようにします。基本パッケージへの更新で拡張パッケージを壊さないようにする必要があります。