作者：项望烽，毕业于浙江大学，目前是网易云信 iOS 端研发负责人。

引言

合适的“战友”胜过任何牛逼的方法论

统一步调——规范很重要

大家都理解软件开发需要合适的规范：代码规范，程序规范，流程规范等等，以此来减少意外的出现：最少惊讶原则。但在实际执行中却会碰到各种情况，其中最大的问题是：怎么鉴别哪些规范是需要强制执行，哪些规范是推荐执行。规范的强制执行带来的是代码的可读性提升和二义性减少，而坏处也是显而易见的：对于大部分有想法的程序员而言这种规定太死板，容易引起抵触心理，产生不安定因素。这种情况常见于各种标准的外包公司。而如果大部分的规范设定为推荐执行，在没有良好的引导下，规范容易被忽视。 网上有很多关于ObjC的代码规范，比如苹果自家的规范和《Google Objective-C Style Guide》等。这些规范一般只有两种分级:推荐和不推荐。而我更推荐把代码规范分成五个等级：强制要求，强烈推荐(但不强制)，良好，可接受和不可接受。以下仅举部分例子加以说明。

1符合苹果规范的命名方式

2良好的代码和工程结构

QQ20160309-0.png (46.84 KB, 下载次数: 1477)

下载附件  保存到相册

8 年前 上传

• Core：工程内一些通用的机制实现类：统一的任务管理，模块管理，服务管理。
• General：公用类和方法，包括工程内ViewController,UITableViewCell基类(Base)，公用Category(Category)，公用UI组件(CustomUI)，公用辅助方法(Helper)和宏定义(Marco)。
• Model：公用数据模型
• Sections：不同程序单元。如登录，设置等等。其下又可以按照功能分成不同的子目录：当前单元使用的自定义UI组件，管理类，数据模型和ViewController等等。
• Vendors：第三方库。
  

提炼框架——继承既有的成果

一个合适的框架不是银弹，在我看来框架要解决的问题从来不是：有了框架之后，工程就能无比正确地进行下去。好的框架能够做到的事仅仅只是：降低通用问题的复杂度和减少发生错误的可能性。个人认为一个良好iOS App框架应该是有如下特点。

1定义清晰的层次结构

• 展现层(Presentation layer)，负责管理UI和UIViewController；
• 逻辑层(Business/Service Layer)，负责逻辑数据的定义和转发，起到承上启下的作用；
• 数据访问层(Data Access Layer)，负责具体API构造，网络请求，数据持久化等。
  

2遵守SOLID原则和慎用各种设计模式

3定义自己的UI基类：UIView，UIViewController，UITableviewCell

4提供方便好用的工具类

5好的范例

附录：更多感悟和思考

全站即时通讯技术资料分类