Objective-C と Xcode にかなり新しい (2 週間) 。外部サーバーから JSON を読み取るために、最初の「外部」ライブラリ、つまりrestkitを追加しようとしています。
ただし、彼らの「はじめに」ガイドを見ると、ソースコードを含むパッケージをダウンロードしてリンクし、何らかの方法で独自のビルドの一部としてビルドするだけであることがわかります... (ガイドはここにあります)、特にポイント4は興味深い）
私は長年の Java 開発者であり、変更できないコンパイル済みのパッケージ化された jar ファイルを使用して、Java がどのように機能するかを比較しようとしています。jarfiles はこれにどのように関係していますか? 私が見る限り、サードパーティのファイルを好きなように変更することができます。
誰かがこれを理解するのを手伝ってくれたら幸いです。
外部コードは次のようになります。
フレームワークとして配布してマシンにインストールできるダイナミックライブラリ（.dlyb） 。ただし、iPhoneにフレームワークをインストールすることはできないことに注意してください。アプリはサンドボックス化されています。すべてのiPhoneで利用できるフレームワークのセット数が利用可能です。
静的ライブラリを利用することもできます。 静的ライブラリは、リンク中にアプリのバイナリにコンパイルされます。
リンク： http： //blog.carbonfive.com/2011/04/04/using-open-source-static-libraries-in-xcode-4/
もう1つのかなり一般的な形式は、コードの消費です。 デバイスがどれだけ閉じられ、アプリがどれだけサンドボックス化されているかという理由で、iPhone開発では一般的です。多くのコンポーネントとライブラリがgithubでオープンソースであるため、これも人気があります。共有コードには通常、次の2つの形式があります。
コードをコピーする-アプリにいくつかのファイルを追加して、すぐに使用できます。定期的にファイルを更新する必要があります。
xcodeサブプロジェクト-外部ライブラリのxcodeプロジェクトをサブプロジェクトとしてプロジェクトに追加できます。そのサブプロジェクトは、アプリが消費する静的ライブラリ（ターゲット）を生成できます。xcode4では、複数のプロジェクトを含むワークスペースを作成することもできます。
コードを消費することには、デバッグできるという利点があります。コードが複雑になるほど、サブプロジェクトの消費は魅力的になります。自己完結型のファイルが少数の場合は、ファイルを追加するだけで簡単です。
それがいくつかの助けになることを願っています。
サードパーティのフレームワークは、ソース形式で提供することも、コンパイルされたフレームワークとして提供することもできます。コンパイルされたフレームワークは、おそらくあなたが慣れているjarファイルに最も近いでしょう。この場合、フレームワークはソースコードとして利用できるため、プロジェクトにフレームワークプロジェクトを追加することをお勧めします。
フレームワークを個別にコンパイルし、コンパイルしたフレームワークをプロジェクトに含めることを好みます。どちらの方法でも機能します。
別の方法は、CocoaPodsと呼ばれる依存関係マネージャーです。まだベータ版ですが、すぐに使用できます。一部のライブラリにはいくつかのレシピがあり、必要なものが見つからない場合は、その仕様を作成できます。RestKit の仕様が利用可能です。
なぜあなたはこれを一生懸命取りすぎるのですか！プロジェクトファイルを選択し、ビルドフェーズを選択>ソースをコンパイル>追加した.mファイルをここに追加>ビルドして実行>お楽しみください