经过四年的
Xcode开发,我开始问自己(好的,是的,我知道,有点太晚了,但是当你深入编码时你看不到别的东西)什么样的文件和文件夹的结构和组织成为遵循某种指导方针的好办法.
我看到Google coding guidelines,我想知道这个问题的主题是否有类似的文档.
我可以看到,如果您在Xcode中创建一个新项目(我正在使用最新版本),您有一个文件夹具有相同的应用程序名称,然后在“支持文件”内,然后是框架和产品.最后两个是好的,但我只是想知道如果我添加一些图形和其他类和静态库等等,我可以命名他们和放在哪里(例如：一些标准图形,如图标和默认图像将进入“支持文件”内的“设计”或“标准设计”文件夹).
这样的规则
这是因为当您开始处理多个项目(而且我的意思是每天3-4次)时,您希望在同一个文件夹中找到相同的东西,甚至在将来的更新和引用中也会知道在哪里找到正确的东西在正确的地方
解决方法
我认为最好的策略是组织它们(组是XCode中的“文件夹”,除非你不明白这些文件系统文件夹,否则这些文件系统不是真正的文件系统文件夹)根据它们涉及的程序功能的哪些部分.这是有争议的,无论是在实际的文件夹中组织它们是一个好主意(有时我有时候我不做).
然而,在开始组织文件之前,您应该开始组织项目的结构.而且,我的意思是系统地遵循与如何模块化项目相关的最佳实践,在哪里放置你的代码(哪些类的意义等)
Matt Gallagher在他着名的博客CocoaWithLove中的The design of every Mac application发布了一个很好的起点.他的本体论分析也几乎不言而喻,如何组织团体(实际上他承认通过转录项目的组名称来创建本体论).
