12

Xcodeで4年間開発した後、私は自分自身に問いかけ始めました(ええ、そうです、少し遅すぎますが、コーディングに深く関わっているときは他のものは見えません)ファイルとフォルダーの構造と編成はどのようなものでしょうかある種のガイドラインに従うのに適したものになります。

私はグーグルのコーディングガイドラインを見ました、そしてこの質問の主題のために周りに同様のドキュメントがあるかどうか疑問に思います。

Xcodeで新しいプロジェクトを作成する場合(私は最新バージョンを使用しています)、アプリと同じ名前のフォルダーが1つあり、次に「サポートファイル」内にあり、次にフレームワークと製品があります。最後の2つは問題ありませんが、グラフィックや他のクラス、静的ライブラリなどを追加するのか、どのように名前を付け、どこに配置するのか疑問に思います(例:アイコンやデフォルトの画像などの標準的なグラフィックは「サポートファイル」内の「design」または「standarddesign」という名前のフォルダ)。そのようなルール。

これは、複数のプロジェクト(つまり、1日あたり3〜4)を処理し始めるときに、同じフォルダーで同じものを見つけたいと考えているためです。また、将来の更新や参照のために、適切なものを見つける場所がわかるためです。正しい場所に。

4

1 に答える 1

14

最善の戦略は、プログラム機能のどの部分に関連しているかに応じて、それらをグループに編成することです(グループは、XCode内の「フォルダー」であり、明示的に作成しない限り、実際のファイルシステムフォルダーではありません)。それらを実際のフォルダに整理することも良い考えであるかどうかは、いくぶん議論の余地があります(時々私はそうしないこともあります)。

ただし、ファイルをグループに整理する前に、プロジェクトの構造を整理する必要があります。つまり、プロジェクトをモジュール化する方法、コードを配置する場所(クラスの意味)などに関連するベストプラクティスに体系的に従うことを意味します。

プロジェクトを整理する方法のかなり良い出発点は、 MattGallagherの有名なブログCocoaWithLoveのすべてのMacアプリケーション投稿のデザインです。彼のオントロジー分析はまた、グループを編成する方法をほぼ自明にします(実際、彼はプロジェクトのグループ名を転記することによってオントロジーを作成したことを認めています)。

于 2012-08-23T08:28:27.950 に答える