iOS 项目的文件夹结构能看出你的开发经验

近期有师弟去面试iOS开发，他谈论到，面试官既然问他怎么分文件夹结构的，并且还详细问到每一个子文件夹的文件名称。

文件夹结构确实非常重要。面试官问他这些无疑是想窥探他的开发经验。清晰的文件夹结构，可让人一眼知道相应文件夹的职能。这也能体现开发人员的经验和架构能力。

眼下。我接触过的项目中，比較常规的两种结构：
1.主文件夹依照业务分类，内文件夹依照模块分类(主文件夹依照MVC架构分类。内部依据项目模块分类)

长处：能比較快定位相应的业务。
缺点：模块相关类太过分散。须要来回切换文件，不方便开发。

2.主文件夹依照模块分类，内文件夹依照业务分类

长处：对某一模块用到的类集中化。方便管理与开发，对新手来说。不用来回在其它文件里切换、寻找相应的模块类。
缺点：当几个模块公用一些类时，不太好归类。

比方简书iOS程序文件夹分类(非官方)：

• 1.主文件夹依照业务分类，内文件夹依照模块分类

• 2.主文件夹依照模块分类。内文件夹依照业务分类

注意: 以上仅仅是我个人经验得出的分类，肯定会有其它开发人员是不赞同的，或有自己的见解。我虚心接受各位的意见，毕竟此类资源相对照较少。

网上也非常少有开源整个项目的，所以大家在这方面的经验得不到交流。