iOS B2B アプリを開発していますが、アプリのモジュール化に関していくつか質問があります。
まず、バンドルとフレームワークの主な違いを理解する必要があります。いつバンドルを使用し、いつフレームワークを使用するか。
別の質問です。バンドルの内部に .framework を含めることは可能ですか。その逆も可能です。
iOS アプリ用のプラグインを作成して動的にロードすることは可能ですか? フレームワークまたはライブラリをバンドルしますか?
ライブラリにリソース ファイルを含めることはできますか?
リソース バンドルと動的ライブラリを作成し、実行時に動的にロードすることは可能ですか。
iOS アプリ用のプラグインを作成して動的にロードすることは可能ですか? フレームワークまたはライブラリをバンドルしますか?
いいえ
ライブラリにリソース ファイルを含めることはできますか?
いいえ
リソース バンドルと動的ライブラリを作成し、実行時に動的にロードすることは可能ですか。
いいえ
バンドルは、ディレクトリ、フォルダーの一種です。フレームワークはバンドルです。アプリケーションもプラグインも同様です。
静的ライブラリは、ビルド時にアプリにコンパイルできる単一ファイル コード アーカイブです。
Xcode ビルド オプションの「バンドル」は、「コンパイルされた動的ライブラリをバンドルに配置する」ことを意味します。これは、プラグインを作成するときに行うことです。
静的ライブラリは、iOS でコードをモジュール化するための唯一のオプションです。
デスクトップで..
通常、フレームワークは、複数のアプリ間でコードとリソースを共有するためのものです。コードが実際にコンパイルされたかのようにアプリを動作させたい。ロードを透過的に行い、それに含まれるメソッドや関数などを使用するために特別なことをしたくない場合。
プラグイン (コンパイルされたコードとリソースを含むバンドル) は、動的に読み込まれるオプションのコード (たとえば、読み込むかどうかを選択できるソフトウェア拡張機能) 用です。プラグインに依存せず、実行時に手動で見つけてロードした場合に新しい動作を取得するように、アプリを慎重に設計する必要があります。
フレームワークとプラグインは非常に似ていますが、フレームワークには、コードとリソースの検索と読み込みを容易にする厳密なファイル レイアウトがあります。プラグインを使用すると、これらのジョブはユーザーの責任になるため、バンドルのコンテンツを自由に構成できます。
OSX 上の Cocoa ではコードのロードが非常に簡単であるため (iOS はそうではありません)、フレームワークには、より多くのフレームワークを含むフレームワークを含むプラグインなどを含めることができます。
iOS では、スタティック ライブラリをリソースのバンドルに入れ、フレームワークと呼ぶ人もいます。これには、実際のフレームワークの利点がなく、欠点がすべてあります。