Effective Objective－C 2.0（下）

第3章 接口与API设计

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


Objective－C没有其他语言那种内置的命名空间(namespace)机制。
Apple宣称其保留使用所有“两字母前缀”（two－letter prefix）的权利，所以在类的前缀应该是三个字母。
1.选择与你的公司、应用程序或二者皆有关联之名称作为类名的前缀，并在所有代码中均使用这一前缀。
2.若自己所开发的程序库中用到了第三方库，则应为其中的名称加上前缀。

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

1、在类中提供一个全能初始化方法，并于文档里指明。其他初始化方法均应调用此方法。
2、若全能初始化方法与超类不同，则需覆写超类中的对应方法。
3、如果超类的初始化方法不适用于子类，那么应该覆写这个超类方法，并在其中抛出异常。

第17条：实现description方法


1、实现description方法返回一个有意义的字符串，用一描述该实例（建议打印出类的名字，地址，成员。可以考虑用NSDictionary）。
- (NSString*)description{
return [NSString stringWithFormat:@<%@:%p,%@>,[self class],self,@{@“title”:_title,@“latitude”:@(_latitude)}];
}
2、若想在调试时打印出更详尽的对象描述信息，则应实现debugDescription(控制台命令打印对象时才调用)。

第18条：尽量使用不可变对象

1、尽量创建不可变的对象。
2、若某属性仅可于对象内部修改，则在“class－continuation分类”中将其由readonly属性扩展为readwrite属性（在实现文件中改为readwrite）。
3、不要把可变的collection作为属性公开，而应提供相关方法，以此修改对象中的可变collection。

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


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

第20条：为私有方法名加前缀

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

第21条：理解Objective－C错误模型

1、只有发生了可使整个应用程序崩溃的严重错误时，才应使用异常。
2、在错误不那么严重的情况下，可以指派“委托方法”（delegate method）来处理错误，也可以把错误信息放在NSError对象里，经由“输出参数”返回给调用者。

第22条：理解NSCopying协议

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

第4章 协议与分类

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

1.委托模式为对象提供了一套接口，使其可由此将相关事件告知其他对象；
2.将委托对象应该支持的接口定义成协议，在协议中把可能需要处理的事件定义成方法；
3.当某对象需要从另外一个对象中获取数据时，可以使用委托模式。这种情景下，该模式亦称“数据源协议”；
4.若有必要，可实现含有位段的结构体，将委托对象是否能响应相关协议方法这一信息缓存至其中（优化）。

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

1、使用分类机制把类的实现代码划分成易于管理的小块（目前很多项目有些类都太大了，方法太多，可以用它优化）。
2、将应该视为“私有”的方法归入名叫Private的分类中，以隐藏实现细节。

第25条：总是为第三方类的分类名称加前缀（不然这样bug很难查）

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

第26条：勿在分类中申明属性


1、把封装数据所用的全部属性都定义在主接口里。
2、在“class－continuation分类”之外的其他分类中，可以定义存取方法，但尽量不要定义属性。

@interface EOCPerson : NSObject

@property (nonatomic, copy, readonly) NSString *firstName;

@property (nonatomic, copy, readonly) NSString *lastName;

@property (nonatomic, copy, readonly) NSArray *friends;
- (id)initWithFirstName:(NSString*)firstName
lastName:(NSString*)lastname;

@end

@implementation EOCPerson

//<#methods#>

@end

@interface EOCPerson (Friendship)
- (BOOL)isFriendWith:(EOCPerson*)person;

@end

@implementation EOCPerson (Friendship)

@end

第27条：使用“class－continuation分类”隐藏细节

1、通过“class－continuation分类”向类中新增实例变量（即在主实现文件）；
2、如果某属性在主接口中声明为“只读”，而类的内部又要用设置方法修改此属性，那么就在“class－continuation分类”中将其扩张为“可读写”；
3、把私有方法的原型声明在“class－continuation分类”里面。
4、若想使类所遵循的协议不为人知，则可于“class－continuation分类”中声明。

第28条：通过协议提供匿名对象


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

第5章 内存管理


第29条：理解计数器



- (void)setFoo:(id)foo{
[foo retain];
[_foo release];
_foo = foo;
}

顺序很重要！！加入还未保留新值就先把旧值释放了，而且两个值又指向同一个对象，那么先执行的release操作就可能导致系统将此对象永久回收。
1、引用技术机制通过可以递增递减的计数器来管理内存。对象创建好之后，其保留计数至少为1.若保留计数为正，则对象继续存活。当保留计数降为0时，对象就被撤销了。
2、在对象生命期中，其余对象通过引用来保留货释放此对象。保留与释放操作分别会递增及递减保留计数。

第30条：理解计数器


1、有ARC之后，程序员就无须担心内存管理问题了。使用ARC来编程，可省去类中许多“样板代码”。
2、ARC管理对象生命期的办法基本上就是：在合适的地方插入“保留”及“释放”操作。在ARC环境下，变量的内存管理语义可以通过修饰符指明，而原来则需要手工执行“保留”及“释放”操作。
3、由方法所返回的对象，其内存管理语义总是通过方法名来体现。ARC将此确定为开放者必须遵守的规则。
4、ARC只负责管理Objective－C对象的内存。尤其要注意：CoreFoundation对象不归ARC管理，开发者必须适时调用CFRetain/CFRelease。

第31条：在dealloc方法中只释放引用并解除监听


1、在dealloc方法里，应该做的事情就是释放指向其他对象的引用，并取消原来订阅的“键值观测”(KVO)或通知NSNotificationCenter等通知，不要做其他事情。
2、如果对象持有文件描述符等系统资源，那么应该专门编写一个方法来释放此种资源。这样的类要和其他使用者约定：用完资源后必须调用close方法。
3、执行异步任务的方法不应在dealloc里调用；只能在正常状态下执行的那些方法也不应在dealloc里调用，因为此时对象已处于正在回收的状态了。

第32条：编写“异常安全代码”时留意内存管理问题


1、捕获异常时，一定要注意将try块内所创立的对象清理干净；
2、在默认情况下，ARC不生成安全处理异常所需的清理代码。开启编译器标志后，可生成这种代码，不过会导致应用程序变大，而且会降低运行效率。

第33条：以弱引用避免保留环


1、将某些引用设为weak，可避免出现“保留环”；
2、weak引用可以自动清空，也可以不自动清空。自动清空（autonilling）是随着ARC而引入的新特性，由运行期系统来实现。在具备自动清空功能的弱引用上，可以随便读取数据，因为这种引用不会指向已经回收过的对象。

第34条：以“自动释放池块”降低内存峰值


1、自动释放池排布在栈中，对象收到autorelease消息后，系统将其放入最顶端的池里；
2、合理运用自动释放池，可降低应用程序的内存峰值；
3、autoreleasepool这种新式写法能创建出更为轻便的自动释放池。

第35条：以“僵尸对象”调试内存管理问题


1、系统在回收对象时，可以不将其真的回收，而是把它转化为僵尸对象。通过环境变量NSZombieEnabled可开启此功能;
2、系统会修改对象的isa指针，令其指向特殊的僵尸类，从个人使该对象变为僵尸对象。僵尸类能够响应所有的选择子，响应方式为：打印一条包含消息内容及接收者的消息。

第36条：不要使用retainCount


1、对象的保留计数看似有用，实则不然，因为任何给定时间点上的“绝对保留计数”都无法反映对象生命期的全貌；
2、引入ARC之后，retainCount方法就正式废止了，在ARC下调用该方法会导致编译器报错。

第6章 块与大中驱派发


第37条：理解“块”这个概念


1、块是C，C++，Objective－C中的词法闭包；
2、块可接受参数，也可返回值；
3、块可以分配在栈或堆上，也可以是全局的。分配在栈上的块可拷贝到堆里，这样的话，就喝标准的Objective－C对象一样，具备引用计数了。

第38条：为常用的块类型创建typedef


1、以typedef重新定义块类型，可令块变量用起来更加简单。
2、定义新类型时应遵从现有的命名习惯，勿使其名称与别的类型相冲突；
3、不妨为同一个块签名定义多个类型别名。如果要重构的代码使用了块类型的某个别名，那么只需修改响应的typedef中的块签名即可，无须改动其他typedef。

第39条：用handler块降低代码分散程度


1、在创建对象时，可以使用内联的handler块将相关业务逻辑一并声明；
2、在由多个实例需要监控时，如果采用委托模式，那么精彩需要根据传入的对象来切换，而若改用handler块来实现，则可直接将块与相关对象放在一起；
3、设计API时如果用到了handler块，那么可以增加一个参数，使调用者可通过此参数来决定应该把块安排在那个队列上执行。

第40条：用块引用起所属对象时不要出现保留环


1、如果块所捕获的对象直接或间接地保留了块本身，那么就得当心保留环问题；
2、一定要找个适当的时机接触保留环，而不能吧责任推给API的调用者。

第41条：多用派发队列，少用同步锁


1、派发队列可用来表述同步语义，这种做法要比使用synchronized块货NSLock对象更简单；
2、将同步与异步派发结合起来，可以实现与普通加锁机制一样的同步行为，而这么做却不会阻塞执行异步派发的线程；
3、使用同步队列及珊栏块，可以令同步行为更加高效。

第42条：多用GCD，少用performSelector系列方法


1、perfromSelector系列方法在内存管理方面容易有疏失。它无法确定将要执行的选择子具体是什么，因而ARC编译器也就无法插入适当的内存管理方法。
2、performSelector系列方法所能处理的选择子太过局限了，选择子的返回值类型及发送给方法的参数个数都受到限制。
3、如果想任务放在另一个线程上执行，那么最好不要用performSelector系列方法，而是应该把任务封装到块里，然后调用大中枢派发机制的相关方法来实现。

第43条：掌握GCD及操作队列的使用时机


1、在解决多线程与任务管理问题时，派发队列并非唯一方案；
2、操作队列提供了一套高层的Objective－C API，能实现纯GCD所具备的绝大部分功能，而且还能完成一些更为复杂的操作，那些操作若改用GCD来实现，则需另外编写代码。

第44条：通过Dispatch Group机制，根据系统资源状况来执行任务


1、一系列任务可归入一个dispatch group之中。开发者可以在这组任务执行完毕时获得通知；
2、通过dispatch group，可以在并发式派发队列里同时执行多项任务。此时GCD会根据系统资源情况来调度这些并发执行的任务。开发者若自己来实现此功能，则需编写大量代码。

第45条：通过dispatch_once来执行只需运行一次的线程安全代码


1、经常需要编写“只需执行一次的线程安全代码”。通过GCD所提供的dispatch函数，很容易就能实现此功能；
2、标记应该声明在static或global作用域中，这样的话，在把只需执行一次的块传给dispatch_once函数时，传进去的标记也是相同的。

第46条：不要使用dispatch_get_current_queue


1、dispatch_get_current_queue函数的行为常常与开发者所预期的不同。此函数已经废弃，只应做调试之用。
2、由于派发队列是按层级来组织的，所以无法单用某个队列对象来描述“当前队列”这一概念；
3、dispatch_get_current_queue函数用于解决不可重入代码所引发的死锁，然而能用此函数解决的问题，通常也能改用“队列特定数据”来解决。

第7章系统框架
第47条：熟悉系统框架

请记住：用纯C写成的框架与用Objective－C写成的一样重要，若想成为优秀的Objective－C开发者，应该掌握C语言的核心概念。

第48条：多用块枚举，少用for循环


1、遍历collection有四种方式。最基本的办法是for循环，其次是NSEnumerator及快速遍历法，最近，最先进的方式则是“块枚举法”；
2、“块枚举法”本身就能通过GCD来并发执行遍历操作，无须另行编写代码。而采用其他遍历方式则无法轻易实现这一点；
3、若提前知道待遍历的collection含有何种对象，则应修改块签名，指出对象的具体类型（指定对象的精确类型之后，编译器就可以检测出开发者是否调用了该对象所不具备的方法，并在发现这种嗯提时报错）。

第49条：对自定义其内存管理语义的collection使用无缝桥接


1、通过无缝桥接技术，可以在Foundation框架中的Objective－C对象与CoreFoundation框架中的C语言数据结构之间来回转换。
2、在CoreFoundation层面创建collection时，可以指定许多回调函数，这些函数表示此collection应如何处理其元素。然后，可运用无缝桥接技术，将其转换成具备特殊内存管理语义的Objective－C collection。

第50条：构建缓存时选用NSCache而非NSDictionary


1、实现缓存时应选用NSCache而非NSDictionary对象。因为NSCache可以提高优雅的自动删减功能，而且是“线程安全的”，此外，它与字典不同，并不会拷贝键。
2、可以给NSCache对象设置上限，用以限制缓存中的对象总个数及“总成本”，而这些尺度则定义了缓存删减其中对象的时机。但是绝对不要把这些尺度当成可靠的“硬限制”(hard limit),它们仅对NSCache起指导作用。
3、将NSPurgeableData与NSCache搭配使用，可实现自动清除数据的功能，也就是说，当NSPurgeableData对象所占内存为系统所丢弃时，该对象自身也会从缓存中移除。
4、如果缓存使用得当，那么应用程序的响应速度就能提高。只有那种”重新计算起来很费事的“数据，才值得缓存，比如那些需要从网络获取货从磁盘读取的数据，

第51条：精简initialize与load的实现代码


1、在加载阶段，如果类实现了load方法，那么系统就会调用它。分类里也可以定义此方法，类的load方法要比分类中的先调用。与其他方法不同，load方法不参与覆写机制；
2、首次使用某个类之前，系统会向其发送initialize消息。由于此方法遵从普通的覆写规则，所以通常应该在里面判断当前要初始化的哪个类。
3、load与initialize方法都应该实现的精简一些，者有助于保持应用程序的响应能力，也能减少引入“依赖环”(interdependency cycle)的几率.
4、无法再编译期设定的全局常量，可以放在initialize方法里初始化。

第52条：别忘了NSTimer会保留其目标对象


1、NSTimer对象会保留其目标，直到计时器本身失效为止，调用invalidate方法可令计时器失效，另外，一次性的计时器在触发完任务之后也会失效。
2、反复执行任务的计时器，很容易引入保留环，如果这种计时器的目标对象又保留了计时器本身，拿肯定会导致保留环。这种环状保留关系，可能是直接发生的，也可能是通过对象图里的其他对象间接发生的。
3、可以扩充NSTimer的功能，用“块”来打破保留环。不过，除非NSTimer将来在公共接口里提供此功能，否则必须创建分类，将相关实现代码加入其中。