ios - 静的ライブラリを構築するための最良のアプローチ

Question

iOSアプリケーション用の静的ライブラリを書き始めようとしていますが、いくつか質問があります

1. ライブラリ内で純粋なC++を使用し、std :: vectorなどを受け入れるメソッドを持つパブリッククラスを公開しても大丈夫ですか？
   1. 私はC++やC＃などの強い型のプログラミングの世界から来ており、このライブラリにC++を使用する方がはるかに簡単です。
   2. 一般に、純粋なiOS開発者はC ++コードを使用して、.mファイルを.mmに変更しても大丈夫ですか？
2. xCodeで、静的ライブラリとデモプロジェクトの両方を同じアプリケーションにロードして、デバッグを容易にすることはできますか？
3. 静的ライブラリプロジェクトのビルド後の手順を実行して、.aファイルを必要な場所にコピーするにはどうすればよいですか？
4. 静的ライブラリをデバッグするにはどうすればよいですか？
5. 一般に、静的ライブラリはiOSプロジェクトの一般的なものですか、それとも誰もがソースコードをアプリケーションに埋め込むことを好みますか？

これに関する記事や本は大歓迎です。

どうも

Answer 1

これはたくさんの質問ですが、私には部分的な答えがあります。

1）私は通常Objective-C ++を使用しないため、これについてはよくわかりませんが、2番目の部分ではC ++（LLVM v3の1998標準）を使用でき、拡張子を.mmに変更すると、コンパイラに自動的に通知されます。 Objective-C++を使用してコンパイルします。

2）これを行う最良の方法は、プロジェクト参照を作成することです。静的ライブラリからプロジェクトを作成し、そのプロジェクトを他のプロジェクトのサブプロジェクトとしてドラッグします。

3）手順2を参照してから、ビルドフェーズの[ライブラリとのリンク]セクションに.aファイルを追加します。

4）ソースコードがプロジェクトに表示されるので、ブレークポイントを配置するだけでよいと思いますが、よくわかりません。

5）はい、ライブラリを作成することは非常に一般的です。実際、複数のプロジェクトで同じコードを使用する必要がある場合は、そうしないのはばかげています。

クロスプロジェクトリファレンスを作成することをお勧めします。そうしないと、ビルドタイプ（デバッグ/リリースおよびシミュレーター/デバイス）ごとに静的ライブラリをコンパイルする必要があることを忘れてしまうでしょう。クロスプロジェクト参照がこれを処理します。