構成
プロジェクト構成とか、変に分けなくてもいいじゃないかと思わざるを得ない。
・Model
・Utility
・DataType
・View
・Controller
・SupportingFile
・Library
・Resource
・LayoutResource(XML類)
・images
くらいでよくね、と。
Controller内でさらにディレクトリに分けるとディレクトリとグルーピングにズレが出てきたりしますし。
まあこれはIDEの文化と機能に依存する意見ではあるんだけど。
少なくともXcodeではこれ以上分ける必要性は感じられませんね。
というか下手に分けてるプロジェクトってそれこそディレクトリ構成とプロジェクト構成にズレが出てクソなことになってるのが多い印象。
それなら分けなければ良いのに、と、わりと本気で思う。
Viewに入ってるならViewディレクトリ直下にあれば良いじゃないか、と。
どうせプロジェクト内でグルーピングとかはできるんだし。
ディレクトリ分けしすぎるとその構成を考える無駄な時間とか、その構成を維持する無駄な労力が発生して作業効率落とす要因にしかならないと思うんですよね。
Xcodeなら、だけど。
ちなみにIDEによってはディレクトリ構成がそのままプロジェクト構成になるヤツも結構あります。
そういう場合はそもそもプロジェクト内でグルーピングしたディレクトリ構成がそのまま反映されるんであんまり問題にならないですね。
構成変更したときにバージョン管理ツールとの兼ね合いでクソみたいなことになるとかはありますけど。
構成変更しないといけないようなプロジェクト作るな、という話ではあるんですけど。
あとは、初めに挙げた例は特に何も考えてない構成です。
人によってはSupportingFile消して配下のディレクトリが一つ上がるとか、レイアウト関連のXMLがViewの直下に移動するとか、あるかも。
その辺りはお好みで。
ぶっちゃけディレクトリ分けすぎてるのってAndroidとユニバーサルでプロジェクト構成（と、ディレクトリ構成）を合わせて欲しいとかいうクソな要望があったりする場合が多かったりしますよね、と。
そんな細かいこと担保する必要ねぇだろと思わざるを得ないんですけども。
