接口与 API设计

15 用前缀避免命名空间冲突

• 选择与你公司、应用程序或者二者皆有关联之名称作为类名的前缀，并在所有代码中均使用这一前缀。Apple宣称保留使用所有两字母前缀的权利，所以自己所选用的前缀最好是三字母的。不仅类名要加, 还要注意Category, 类实现文件中定义的全局变量以及纯C函数(这些定义会出现在全局符号表, 容易引起命名冲突).
• 若自己所开发的程序库中用到了第三方库，则应为其中的名称加上前缀(个人认为, 此条待考察, 加上后会影响第三方库的升级)。

16 提供“全能初始化方法”

• 在类中提供一个(或多个, 如 NSCoding 协议的 init�WithCoder)全能初始化方法，并于文档里指明。其它初始化方法均应调用此方法。
• 若全能初始化方法与超类不同，则需覆写超类中对应方法。
• 如果超类的初始化方法并不适用于子类，那么应该覆写这个超类方法，并在其中抛出异常(@throw NSException)。

17 实现description方法

• 实现description方法返回一个有意义的字符串，用以描述该实例(可以自定义NSLog 中的输出内容, 必要的可以包括类名等, 可以将具体信息封装在一个 Dictionary 中, 可以方便的得到格式化的输出)。
• 若想在调试时打印出更详尽的对象描述信息，则应该实现debugDescription方法。该方法可以断点调试时可以, 断点中断后, 在控制台中输出"po varName(变量名称)", 可

18 尽量使用不可变对象

• 尽量创建不可变的对象(通过定义readonly 的属性, 注意集合是否是可变的, 尽量通过暴露的方法让用户调用来改变集合的内容)。
• 若某属性仅可于对象内部修改，则在“class-continuation分类”中将其由readonly属性扩展为readwrite属性。
• 不要把可变的collection作为属性公开，而应提供相关方法，一次修改对象中的可变collection。

19 使用清晰而协调的命名方式

• 起名时应遵从标准的Objective-C命名规范，这样创建出来的接口更容易为开发者所理解。
• 方法名要言简意赅，从左至右读起来要像个日常用语中的句子才好。
• 方法名利不要使用缩略后的类型名称。
• 给方法吗起名时的第一要务就是确保其风格与你自己的代码或所要集成的框架相符。

20 为私有方法名加前缀

• 给私有方法的名称加上前缀，这样可以很容易的将其通公共方法区分开。
• 不要单用一个下划线做私有方法的前缀，因为这种做法的预留给苹果公司用的。

21 理解Objective-C错误模型

• 只有发生了可使整个应用程序崩溃的严重错误时，才使用异常。OC在 ARC开启后, 发生了异常也不能保证资源的释放, 因此不是"异常完全"的. (个人认为抛出异常一般用于告诉调用者哪些方法未实现或者隐藏了父类的行为等, 在调试时就可以发现问题)
• 在错误不那么严重的情况下，可以指派委托方法来处理错误，也可把错误信息放在NSError对象里，经由输出参数返回给调用者。

22 理解NSCopying协议

• 若想令自己所写的对象具有拷贝功能，则需实现NSCopying协议。
• 如果自定义的对象分为可变版本与不可变版本，那么就要同时实现NSCopying与NSMutableCopying协议。
  复制对象时需决定采用浅拷贝还是深拷贝，一般情况下应该尽量执行浅拷贝。
  如果你所写的对象需要深拷贝，那么可考虑新增一个专门执行深拷贝的方法。

协议与分类

23 通过委托与数据源协议进行对象间通信

委托属性需定义成 weak, 因为两都并非拥有的并系, 不然会产生 retain circle. protocol 可以通过@optional 定义非强制实现的方法, 当调用时需要向对象发送 respondsToSelector:消息, 确定方法是否被实现了

• 委托模式为对象提供了一套接口，使其可由此将相关事件告知其他对象(如UITableViewDelegate)。
• 将委托对象应该支持的接口定义成协议，在协议中把可能需要处理的事件定义成方法。
• 当某对象需要从另外一个对象中获取数据时，可使用委托模式。在这种情况下，该模式亦称数据源协议(如 UITableViewDataSource)。
• 若有必要，可实现含有位段的结构体，将委托对象是否能响应相关协议方法这一信息缓存至其中。该方法的目的将可选方法的实现情况通过结构体缓存起来, 用结构的每一位表示某一个方法是否实现了,以上.

24 将类的实现代码分散到便于管理的数个分类之中

• 使用分类机制把类的实现代码划分成易于管理的小块。分类文件的全名可以采用 ClassName+CategoryName(.h/.m)
• 将应该视为私有的方法归入名叫Private的分类中，以隐藏实现细节。

25 总是为第三方类的分类名称加前缀

• 向第三方类中添加分类时，总应给其名称加上你专用的前缀。
• 向第三方类中添加分类时，总应给其中的方法名加上你专用的前缀。

26 勿在分类中声明属性

• 把封装数据所用的全部属性都定义在主接口里。分类中定义的属性不能自动合成存取方法.
• 在class-continuation分类之外的其他分类中，可以定义存取方法，但尽量不要定义属性。

27 使用class-continuation分类隐藏实现细节(就是 Extension)

• 通过class-continuation分类向类中新增实例变量。
• 如果某属性在主接口中声明为只读，而类的内部又要用设置方法修改此属性，那么就在class-continuation分类中将其扩展为可读写。
• 把私有方法的原型声明在class-continuation分类里面。
• 若想使类遵循的协议不为人所知，则可于class-continuation分类中声明。

28 通过协议提供匿名对象

本节总起来就是通过基于协议的多态特性, 定义 id<ProtocolType>类型的指针, 可以指向任何实现了协议的对象.

• 协议可在某种程度上提供匿名类型。具体的对象类型可以淡化成遵从某些一的id类型，协议里规定了对象所应实现的方法。
• 使用匿名对象来隐藏类型名称或类名。
• 如果具体类型不重要，重要的是对象能够响应（定义在协议里的）特定方法，那么可使用匿名对象来表示。