1

Objective-C プロジェクト (10 個以上のクラスを持つプロジェクト) にとって、より適切な構造は何だろうか。

コードソース

各クラスの宣言と実装をそれぞれ .h ファイルと .m ファイルに入れました。さらに、これらのファイルをフォルダーのツリー内に整理します。すべてのソース ファイルを 1 つのフォルダーに入れたくありません。そのようなプロジェクトに最適なアプローチですか？

建物

Objective-C アプリケーションを構築するための最良のアプローチは何ですか? makefile の使用は可能ですが、関連するすべてのソース ファイルを指定する必要があるようです...ビルド用にすべてのソース ファイルを単純に構成することは可能ですか?

包装

ライブラリとして提供するためにアプリケーションをパッケージ化する方法は何ですか?

どうもありがとうございました! ティエリー

4

1 に答える 1

1

コードソース

関連する .h および .m ファイルをサブディレクトリにまとめても問題ありません。従来の Unix ソース レイアウトが必要な場合は、これらのサブフォルダーを という名前のディレクトリに配置し、srcmakefile でライブラリと中間オブジェクト ファイルを という名前のファイルにビルドし、bldMakefile をライセンス、README、およびファイルと共に最上位ディレクトリに配置します。 CHANGELOG ファイル。

建物

Makefile 構文を使用すると、Make ですべてのソース ファイルを 1 つのライブラリにビルドできます。Google で Makefile チュートリアルを参照してください。

OBJECTS  = $(patsubst %.o, %.m, $(wildcard Helpers/*.m))
OBJECTS += $(patsubst %.o, %.m, $(wildcard Network/*.m))
OBJECTS += $(patsubst %.o, %.m, $(wildcard External/*.m))

等

包装

あなたの質問のこの部分がよくわかりません。どのように解放したいですか？ソースを配布して、tar (.gz または .bz2) ボールに入れることができます。または、GitHub にアップロードします。または、一部のプラットフォームのソースをビルドし、ビルドから DEB または RPM パッケージを作成します。すべてのプラットフォームには慣習として何か他のもの (そしてあまり具体的ではないもの) があるため、一般的に言うのは困難です。

于 2012-05-27T10:19:58.477 に答える