写在开头,本人是一名资深伸手党(手动滑稽),工作了差不多四年了,而现在对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
这块没什么好说的,搜索一大把
总结:
对于项目结构来说,其实不是强迫症的话,任何模式都可以完成,只是个人习惯爱好而已,结合项目情况,适当选择某一种来进行开发(说再多也是为了节约开发时间,不加班,不加班,不加班....重要的事情说三遍)。
最说说一句:
这是第一次尝试着写简书,本人文采有限(垃圾),有啥不对的,你们来打我呀,还是算了,别打我。
好了,下期我会放出我之前项目的一些模块。对于内容,如果有什么错误的地方,欢迎大家指正。