iOS 项目的目录结构能看出你的开发经验

最近有师弟去面试iOS开发，他谈论到，面试官既然问他怎么分目录结构的，而且还具体问到每个子目录的文件名。

目录结构确实很重要，面试官问他这些无疑是想窥探他的开发经验。清晰的目录结构，可让人一眼知道对应目录的职能，这也能体现开发者的经验和架构能力。

目前，我接触过的项目中，比较常规的两种结构：
1.主目录按照业务分类，内目录按照模块分类(主目录按照MVC架构分类，内部根据项目模块分类)

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

2.主目录按照模块分类，内目录按照业务分类

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

比如简书iOS程序目录分类(非官方)：

• 1.主目录按照业务分类，内目录按照模块分类

• 2.主目录按照模块分类，内目录按照业务分类

注意: 以上只是我个人经验得出的分类，肯定会有其他开发者是不赞同的，或有自己的见解。我虚心接受各位的意见，毕竟此类资源相对比较少。网上也很少有开源整个项目的，所以大家在这方面的经验得不到交流。