Project Doucment -> Class Prefix 中设置. *若。52个有效方法阅读笔记(三)。" />

52个有效方法阅读笔记(三)

1.接口和 API 设计
*用前缀避免命名空间冲突:Apple宣称其保留使用所有"两字母前缀"的权利,所以自己选用的前缀应该是三个字母.可以在工程的 target -> Project Doucment -> Class Prefix 中设置.
*若自己开的的程序中用到第三方库,则应为其中的名称加上前缀.
2.提供"全能初始化方法"
*每个子类的全能初始化方法都应该调用其超类的对应方法,并逐层向上.
*若全能初始化方法于超类不同,则需覆盖写超类中对应的方法.
*如果超类的初始化方法不能适用于子类,那么应该覆盖写这个超类的方法,并在其中抛出异常.
3.实现 description 方法
*在构建需要打印到日志字符串时,object 对象会收到 description 消息.
*debugDescription 和 description方法用意类似, 方法是在开发者调试器中以控制台命令打印对象时才调用的.当程序运行到断点时,开发者就可以向控制台输入命令了. LLDB 的 po/p/watch set var 等.
*实现 description 方法返回一个有意义的字符串,用以描述该实例.
4.尽量使用不可变对象
*如果把可变对象放入 collection之后又修改其内容,那么很容易就会破坏 set 的内部数据结构,使其失去固有的语意.
*尽量把外部公布出来的属性设置为只读.在内部"calss-continuation 分类"中将其有 readonly 属性扩展为 readwrite.
*尽量不要使用"setValue:forKey:",这种"杂技代码"去修改属性,这样做等于违规的绕过了本类所提供的 API
*开发者不宜从底层直接修改对象中的数据
*不要把可变的 collection作为属性公开,而应提供相关方法,一次修改对象中的可变 collection.
5.使用清晰而协调的命名方式
*如果方法的返回值是新创建的,那么方法名的首个词应该是返回值得类型.
*应该吧标示参数类型的名词放在参数前面
*如果方法要在当前对象上操作,那么应该包含动词; 若执行操作时还需要参数,则应该在动词后面加上一个或多个名词.
*不要用简称,应该使用全程
*Boolean 属性应该加 is 前缀.如果么某个方法返回的的是 Boolean 值,那么根据其功能,选用 is 或者 has 的前缀.
*将 get 前缀预留给那些借由"输出参数"来保存返回值的方法.
6.类与协议的命名
*在超类名称前加修饰词是一种常用的命名惯例.
*若要创建自定义的委托协议,则其名称中应该包含委托发起方的名称,后面再跟上 Delegate 一词.
7.为私有方法添加前缀
*私有方法加上前缀,有助于调试.很容易区分私有和公共的方法.
*不要单用一个下划线作为私有方法的前缀,因为这种做发是预留给苹果使用的.
8.理解 Object-C 错误类型
*只有发生了可使整个应用程序崩溃的严重错误时,才应使用异常
*在错误不那么严重时,可以委托"委托方法(delegate method)"来处理错误,也可以把错误信息放在 NSError对象中,经由"输出参数"返回给调用者.
9.理解 NSCopying 协议
*在本类中协议 copyWithZone: 方法中,访问及拷贝自己的的实例变量,只能用->语法.
*若想令自己所写的对象具有拷贝功能,则需实现 NSCopying 协议.
*如果自定义的对象分为可变版本和不可变版本呢,那么久要同时实现 NSCopying 和 NSMutableCopying 协议.
*复制对象时需决定采用浅拷贝还是深拷贝,一般情况下尽量使用浅拷贝.
*如果你所得对象需要深拷贝,那么可考虑新增一个专门执行深拷贝的方法.
10.通过协议与数据源协议进行对象间通信
*定义代理的属性时,用 weak 关键词修饰,两者间必须为非拥有和关系(nonowning relationship).
*如果要在委托对象上调用可选方法,那么必须提前使用类型信息查询方法判断这个的委托对象是否响应先关选择子.
*委托模式为对象提供了一套接口,使其可由此相关事件告知其他对象
*将委托对象应该支持的接口定义成协议,在协议中可把可能需要处理的事件定义成方法.
*当某对象需要从另外一个对象中获取数据时,可以使用委托模式.这种情况下,该模式亦称"数据源协议(data source protocal)".
*若有必要,可实现含有位段的结构体,将委托对象是否能响应相关协议方法这一信息缓存至其中.
11.将类的实现代码分散到便于管理的数个分类之中
*通过分类机制,可以把分类代码分成很多个易于管理的小块,以便单独检视.
*将应该视为"私有"的方法归入名叫Privtae 的分类中,以隐藏实现细节.
12.总是为第三方类的分类名称前加前缀
*向第三方类中添加分类时,总应该给其名称加上你专用的前缀.
*向三方类中添加分类时,总应该给其中的方法名加上你专用的前缀.
13.勿在分类中声明属性
*把封装数据所用的全部属性都定义在主接口中.
*在"class-continuation分类"之外的其他分类中,可以自定义存取方法,但尽量不要定义属性.
14.使用"calss-continuation 分类"隐藏实现细节
*通过"calss-continuation 分类"向类中新增实例变量.
*如果某属性的主接口中声明为"只读",而类的内部又要用设置方法修改此属性,那么就在"calss-continuation 分类"中将其扩展为"可读写".
*把私有的方法的原型声明在"calss-continuation 分类"里面.
*若想使类所遵循的协议不为人所知,则可于"calss-continuation 分类"中声明.
15.通过协议提供匿名对象
*协议可在某种程度上提供匿名类型.具体的对象类型可以淡化成遵循某个协议的 id 类型,协议里规定了对象所对应实现的方法.
*使用匿名对象来隐藏类型名称(或者类名).
【52个有效方法阅读笔记(三)】*如果具体类型不重要,重要的是对象能够响应(定义在协议里面的)特定方法,那么可使用匿名对象来表示.

    推荐阅读