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

   <div>     <blockquote>      <p>最近有师弟去面试iOS开发，他谈论到，面试官竟然问他怎么分目录结构的，而且还具体问到每个子目录的文件名。 </p>     </blockquote>     <p>目录结构确实很重要，面试官问他这些无疑是想窥探他的开发经验。清晰的目录结构，可让人一眼知道对应目录的职能，这也能体现开发者的经验和架构能力。 </p>     <p>目前，我接触过的项目中，比较常规的两种结构：<br /> 1.主目录按照业务分类，内目录按照模块分类(主目录按照MVC架构分类，内部根据项目模块分类) </p>     <blockquote>      <p>优点：相对比较快定位对应的业务。<br /> 缺点：模块相关类太过分散，需要来回切换寻找文件，不方便开发。 </p>     </blockquote>     <p>2.主目录按照模块分类，内目录按照业务分类 </p>     <blockquote>      <p>优点：对模块的类集中化，方便管理与开发。<br /> 缺点：当几个模块共用一些类时，不太好归类。 </p>     </blockquote>     <p>比如简书iOS程序目录分类(非官方)： </p>     <ul>      <li>1.主目录按照业务分类，内目录按照模块分类 </li>     </ul>     <div href="https://simg.open-open.com/show/2219739d74c43fb70c7a24a04cb71a8c.png">     <img src="https://simg.open-open.com/show/2219739d74c43fb70c7a24a04cb71a8c.png" width="400" height="1482" />      <br />     </div>     <ul>      <li>2.主目录按照模块分类，内目录按照业务分类 </li>     </ul>     <div href="https://simg.open-open.com/show/6ff9bd2af487f7add2161adf36419858.png">     <img src="https://simg.open-open.com/show/6ff9bd2af487f7add2161adf36419858.png" width="400" height="1506" />      <br />     </div>     <p>注意: 以上只是我个人经验得出的分类，肯定会有其他开发者是不赞同的，或有自己的见解。我虚心接受各位的意见，毕竟此类资源相对比较少。网上也很少有开源整个项目的，所以大家在这方面的经验得不到交流。<br /> <br /> 来自：http://www.jianshu.com/p/77a948bcbc38 </p>    </div>