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

jopen 9年前
   <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>