私はxcodeとObjective-Cにかなり慣れていません。非常に基本的な質問をしたいと思います。
プロジェクト設定で「バイナリをライブラリにリンク」すると、ワークスペースの他のプロジェクトからインポートされたフレームワークとライブラリに違いがあることがわかりました。
最初の質問、なぜフレームワークがあるのですか？そして、なぜ図書館があるのですか？ライブラリをフレームワークにすることはできませんか？
次に、.hファイルから、インポートした静的ライブラリからクラスを呼び出すにはどうすればよいですか？
接頭辞が必要だと思いますが、見つかりませんでした。「ProjName / Myclass.h」も機能していません。
できるだけ具体的にお願いします。
ありがとう
回答:
静的ライブラリに対するフレームワークの最大の利点は、コンパイルされたライブラリバイナリと関連するヘッダーをパッケージ化するための優れた方法として機能することです。これらは、（FoundationやUIKitのようなSDKの組み込みフレームワークのように）プロジェクトにドロップでき、（ほとんどの場合）機能するはずです。
ほとんどのフレームワークには動的ライブラリが含まれています。Macフレームワークテンプレートを使用してXcodeで作成されたフレームワークは、動的ライブラリを作成します。iPhoneは動的フレームワークをサポートしていないため、iOSコードの再利用可能なライブラリを静的ライブラリとして配布することが一般的になっています。
静的ライブラリは問題ありませんが、ユーザー側で少し余分な作業が必要です。あなたは、ライブラリにプロジェクトをリンクする必要があり、あなたがあなたのプロジェクトにヘッダファイルをコピーする必要があるか、ビルド設定で適切なヘッダ検索パスを設定することで、どこかにそれらを参照します。
つまり、要約すると、私の意見では、ライブラリを配布する最良の方法はフレームワークとしてであるということです。iOSの「静的」フレームワークを作成するには、基本的に通常のフレームワークを使用して、バイナリをコンパイル済みの静的ライブラリに置き換えることができます。これが私が自分のライブラリーの1つであるRestyを配布する方法であり、今後自分のライブラリーを配布するつもりです。
そのプロジェクトで提供されているRakefileを確認することもできます（気付かない場合は、RakeはRubyのMakeに相当します）。プロジェクトをコンパイルし（を使用xcodebuild）、iOSの静的フレームワークとしてパッケージ化するためのいくつかのタスクがあります。これは便利なはずです。
または、これらのXcode 4テンプレートを使用してiOSフレームワークを作成することもできます。
2013年12月9日更新：これは人気のある回答なので、編集してライブラリ配布の最初の選択肢が変更されたと言ってみようと思いました。コンシューマーまたはプロデューサーとしてのサードパーティライブラリの最初の選択肢は、CocoaPodsです。CocoaPodsを使用してライブラリを配布し、ヘッダー付きのプリコンパイルされた静的ライブラリをフォールバックオプションとして提供しています。
基本的に、フレームワークはライブラリであり、それらを操作するための便利なメカニズムを提供します。フレームワークの「内部」を見ると、それは静的ライブラリとヘッダーファイル（メタデータを含むフォルダ構造内）を含むディレクトリにすぎません。
独自のフレームワークを作成する場合は、「静的ライブラリ」を作成し、特定の方法でパックする必要があります。この質問を見て
一般に、プラットフォーム上のフレームワークは、「既存のフレームワークに」独自のコードを追加する再利用可能な動作に使用されます。特定の機能が必要な場合は、ライブラリ（例：three20）を使用して、配布可能なアプリにパックすることができます。