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

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

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

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

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

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

优点:对模块的类集中化,方便管理与开发。
缺点:当几个模块共用一些类时,不太好归类。

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

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

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

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

1 1 收藏 1 评论

可能感兴趣的话题



直接登录
最新评论
跳到底部
返回顶部