写在开头，本人是一名资深伸手党（手动滑稽），工作了差不多四年了，而现在对iOS已经怀疑人生了，具体原因都懂。现在对技术或是自己一个总结吧。
言归正传
iOS其实项目结构分享出来的已经有很多了，我也是一步步伸手然后确定了现在这个结构，看图
简单介绍下作用以及为什么要这么分
1.common
放一些通用类，比如复用的cell，model等。
为什么放在这个层级里面，这个跟项目有些关系，因为我之前在外包里面工作，项目都是多人协作，为了不想做重复工作，就把这个层级提到显眼处。
2.3rd
放一些没法放入Pods的三方资源，比如支付宝
为什么不放在common里面，需要保持分明的分工，这样子不会相互影响
3.Define 文件夹，宏管理文件夹
这个必须放一张图了
看名字应该就大概清楚了，每个.h文件负责一个归类
4.Help
这个文件夹可以放些Category，Extensions，因外包公司项目需要，我把很多项目上需要用到的一些封装放在这里，不用组员每次都去重新重写。
5.SuperClass
顾名思义，这个文件夹是放一些基类文件，具体内容这里不叙述了
6.Sections
先放出我的写法
这个文件夹内容是差异比较大的地方
写法基本分为两种，一种就是上面的，另一种是把整个工程的controller,model,view分开来写的
如图：
如上图分布，即（controller,view,model）这样子分布，结构很清晰，很适合个人开发，对于新人而言我觉得对于阅读性不是很好，如果是新接手的人员+写项目的命名不规范，那么光阅读代码都很费劲
说说我的写法，整个项目可以按照模块进行划分（别急，这里文件以及代码规范都是有模板，直接创建就可以了，后面会写到），在进行多人协助的时候可以互相不干扰。出了什么问题，都可以找着谁负责的哪个模块，然后进行。。。。（脑补）。
当然，示例的这个项目是按MVVM划分的，跟具体用什么模式影响不大，这里我只说下结构。
最后申明下，此结构是基于多人协作的条件下生成的。
7.pods
这块没什么好说的，搜索一大把
总结：
对于项目结构来说，其实不是强迫症的话，任何模式都可以完成，只是个人习惯爱好而已，结合项目情况，适当选择某一种来进行开发（说再多也是为了节约开发时间，不加班，不加班，不加班....重要的事情说三遍）。
最说说一句：
这是第一次尝试着写简书，本人文采有限（垃圾），有啥不对的，你们来打我呀，还是算了，别打我。
好了，下期我会放出我之前项目的一些模块。对于内容，如果有什么错误的地方，欢迎大家指正。
网友评论