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

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

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

目前，我接触过的项目中，比较常规的两种结构：

1.主目录按照业务分类，内目录按照模块分类(主目录按照MVC架构分类，内部根据项目模块分类)

优点：相对比较快定位对应的业务。

缺点：模块相关类太过分散，需要来回切换寻找文件，不方便开发。

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

优点：对模块的类集中化，方便管理与开发。

缺点：当几个模块共用一些类时，不太好归类。

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

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

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

转载：

http://www.cocoachina.com/ios/20150821/13117.html

转载于:https://www.cnblogs.com/wcLT/p/4759422.html