Effective Objective-C 的读书笔记

本文主要是摘录了 《Effective Objective-C 2.0》一书中提到的编写高质量iOS 代码的几个方法。

1 熟悉Objective -C

1.1 OC 起源

  • OC 为C语言增加了面对对象的特性，是 C 的超集，并且使用动态绑定的消息结构；

1.2 在类的头文件中尽量少引入其他头文件

将引入头文件的时机尽量延后，只在确有需要时才引入，这样就可以减少类的使用者所需要引入的头文件的数量：

  • 除非确有必要，否则不要引入头文件，一般来说，应在某个类的头文件中使用向前声明来提及别的类，并在实现文件中引入那些类的头文件。这样做可以尽量降低类之间的耦合；
  • 有时无法使用向前声明，比如要声明某个类遵循一项协议。这种情况下，尽量把“该类遵循某协议”这条声明移到 class-continuation 分类中。如果不行，则把协议单独放在一个头文件中，然后将其引入；

有时候在编写头文件时，需要引入某个类A(如作为当前类的某个属性来使用)，但是不需要知道这个类A的实现细节，此时我们不需要直接引入这个类A的头文件，只需要告诉编译器，类A 是一个类就可以了，然后在实现文件里再引入类A的头文件； 向前声明的语法为: @class 类A ;

1.3 多用字面量语法 ，少用与之等价的方法

  • 应用使用字面量语法来创建字符串、数值、数组、字典。与创建此类对象的常规方法相比，这么做更加简明扼要；
  • 应用通过取下标操作来访问数组下标颧字典中的键所对应的元素；
  • 用字面量语法创建数组或字典时，值中有 nil，则会抛出异常。因此，需要确保值里不含nil；

如 ：

NSNumber *someNumber = [NSNumber numberWithInt:1];
// 字面量语法
NSNumber *someNumber = @1;

NSDictionary *personData = [NSDictionarydictionaryWithObjectsAndKeys:
@"Matt",@"firstName",@"Ga",@"lastName",nil];
// 字面量语法
NSDictionary *persionData= @{@"firstName" : @"Matt",@"lastName" : @"Ga"};

NSString *lastName = [personData objectForKey:@"lastName"];
// 字面量语法
NSString *lastName = personData[@"lastName"];

由以上几个例子中，可以很明显可以看到字面量语法全更加简洁直观；但字面量语法有个小限制，就是除了字符串以外，所创建出来的对象必须属于 Foundation框架；

1.4 多用类型常量，少用# define 预处理指令

  • 不要用预处理指令定义常量，这样定义出来的常量不包含类型信息，编译器只会在编译前进行查找与替换操作，但不确保准确性；
  • 在实现文件中使用 static const 来定义“只在编译单元可见的常量”，这类常量一举地在全局符号表里出现；
  • 在头文件中使用 extern来声明全局常量，并在相关实现文件中定义其值。这类常量会出现在全局符号表里，所以其名称应加以区分，通常使用类名做前缀；

全名法则： 若常量仅在编译单元内可见，则在前面加字母k，如果在类外可见，则通常以类名为前缀；

1.5 用枚举表示状态、选项、状态码

  • 应该用枚举来表示状态机的状态，传递给方法的选项以及状态码等值，给这些值起个易懂的名字；
  • 如果把传递给某个方法的选项表示为枚举类型，而多个选项又可以同时使用，则将各选项值定义为2的幂，以便通过按位或操作将其组合起来；
  • 用 NS_ENUM和NS_OPTIONS宏来定义枚举类型，并指明其底层的数据类型；
  • 在处理枚举类型的 switch 语句中不要实现 default分支，这样的话，加入新枚举类型后，编译器就会提示switch 语句并没有处理所有的枚举；

2 对象、消息、运行期

2.1 理解“属性”这一概念

  • 可以用 @property语法来定义对象中所封装的数据；
  • 通过“特质”来指定存储数据所需的正确说到底；
  • 在设置属性所对应的实例变量时，一定要遵从该属性所声明的语义；
    属性可以拥有的特质分为四类：
  • 原子性，如果属性具备nonatomic特质，则不使用同步锁，否则它就是原子的；
  • 读写权限，readwrite/readonly，
  • 内存管理语义
    • assign 设置方法，只会执行针对“纯量类型”的简单赋值操作；
    • strong 表明该属性定义了一种“拥有关系”设置方法会先保留新值，并释放旧值，然后再将新值设置上去；
    • weak 表明该属性定义了一种“非拥有关系”设置方法既不保留新值，也不释放旧值，只是简单的将新值设置上去，如果该属性所指的对象遭到摧毁时，属性值也会清空；
    • unsafe_unretained 语义与 assign 相同，但是适用于“对象类型”，该特性表达一种“非拥有关系”，但目标对象遭到摧毁时，属性值不会自动清空；
    • copy 所属关系与 strong 类似，但设置方法不保留新值，而是将其“copy";

2.2 在对象内部尽量直接访问实例变量

  • 在对象内部读取数据时，应该直接通过实例变量来读，而写入数据时，则就通过属性来写；
  • 在初始化方法及 dealloc 方法中总是应该直接通过实例变量来读写数据；
  • 有时会使用惰性初始化技术配置某份数据，这种情况下，需要通过属性来读取数据；

2.3 理解”对象等同性“这一概念

  • 若想检测对象的等同性，请提供 isEqual: 和 hash方法；
  • 相同的对象必须具有相同的哈希码，但是两个哈希码相同的对象却未必相同；
  • 不要盲目地逐个检测每条属性，而是应该依照具体需求来制定检测方案；
  • 编写 hash方法时，应该使用计算速度快而且哈希码碰撞机率低的算法；

==操作符比较的是两个指针本身，而不是其所指对象，一般常用 isEqual方法来判断两个对象的等同性；

2.4 以“类族模式” 隐藏实现细节

  • 类族模式可以把实现细节隐藏在一套简单的公共接口后面；
  • 系统框架中经常使用类族；
  • 从类族的公共抽象基类中继承子类时要当心，若有开发文档，则应首先阅读；
    类似于Java 设计模式的抽象工厂或工厂方法；

2.5 在既有类中使用关联对象存放自定义数据

  • 可以通过“关联对象”机制来把两个对象连起来；
  • 定义关联对象时可以指定内存管理语义，用以模仿定义属性时所采用的“拥有关系”与“非拥有关系”；
  • 只有在其他做法不可行时才应选用关联对象，因为这种做法通常会引入难于查找的bug;

2.6 理解 objc_msgSend 作用

  • 消息由接收者，选择子及参数构成。给某对象“发送消息（invoke a message），也就相当于在该对象上“调用方法”；
  • 发给某对象的全部消息都要由“动态消息派发系统”来处理，该系统会查出对应的方法，并执行其代码；

在OC中，如果向对象传递消息，那就会使用动态绑定机制来决定需要调用的方法。而在底层，所有方法都是普通的C语言函数，然而对象在接收到消息后，究竟该调用哪个方法则完全于运行期决定。如:

//以下语句是给对象发送一条消息
int value = [someObject messageName :parameter];

其中，someObject叫接收者，messageName 叫选择子（selector）,选择子和参数合起来称为消息；

2.7 理解消息转发机制

  • 若对象无法响应某个选择子，则进入消息转发流程；
  • 通过运行期的动态方法解析功能，我们可以在需要用到某个方法时再将其加入类中；
  • 对象可以把其无法解读的某些选择子转交给其他对象来处理；
  • 经过上述两步后，如果还是没有办法处理选择子，则启动完整的消息转发机制；

2.8 用“方法调配技术”调试“黑盒方法”

  • 在运行期，可以向类中新增或替换选择子所对应的方法实现；
  • 使用另一份实现来替换原有的方法实现，常用来向原有实现中添加新功能；
  • 一般来说，只有调试程序的时候才需要在运行期修改方法实现；
    类的方法列表会把选择子名称映射到相关的方法实现之上，使用“动态消息派发系统能够据此找到应该调用的方法。

2.9 理解”类对象“的用意

  • 每个实例都有一个指向 Class对象的指针，用以表明其类型，而这些Class 对象则构成了类的继承体系；
  • 如果对象类型无法在编译期确定，那么就应该使用类型信息查询方法来探知；
  • 尽量使用类型信息查询方法来确定对象类型，而不要直接比较类对象，因为某些对象可能实现了消息转发功能。

isMemberOfClass 能够判断出对象是否为某个特定类的实例；
isKindOfClass 能够判断出对象是否为某类或其派生类的实例；

3 接口与API设计

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

  • 选择与你的公司、应用程序或二者皆有关联之名作为类名的前缀，并在所有代码中均使用这一前缀；
  • 若自己所开发的程序库中用到了第三方库，则应为其中的名称加上前缀；

OC 没有其他语言那种内置的命名空间机制。因此我们在起名时需要设法避免潜在的例句冲突。我们在选择前缀时，应该是三个字母的；

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

  • 在类中提供现代战争全能初始化方法，并于文档里指明。其他初始化方法均应调用此方法；
  • 若全能初始化方法与超类不同，则需覆写超类中对应的方法；
  • 如果超类的初始化方法不适用于子类，则应该覆写这个超类方法，并在其中抛出异常；

全能初始化方法类似于 Java 中提供不同构造参数的构造方法，所有的构造方法最终都会调用其中参数最完整的构造方法；

3.3 实现 description 方法

  • 实现 description 方法返回一个有意义的字符串，用以描述该实例；
  • 若想在调试时打印出更详尽的对象描述信息，则应实现 debugDescription 方法；

description 方法类似于 Java 里 Object 的 toString 方法的功能，而且在调试时，如果有实现debugDescription 方法，则会调用该方法来输出更详细的信息；

3.4 尽量使用不可变对象

  • 尽量创建不可变的对象；
  • 若某属性仅可用于对象内部修改，则在 class-continuation分类中将其由 readonly属性扩展为 readwrite属性；
  • 不要把可变的collection作为属性公开，而应提供相关方法，以此修改对象中的可变 collection；

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

  • 起名时应遵从OC的命名规范，这样创建出来的接口更容易为开发者所理解；
  • 方法名要言简。。。。
  • 方法名里不要使用缩略后的类型名称；
  • 给方法起名时的第一要务是确保其风格与你自己的代码或所要集成的框架相符；

3.6 为私有方法名加前缀

  • 给私有方法的名称加上前缀，这样可以很容易地将其同公共方法区分开；
  • 不要单用现代战争下划线做私有方法的前缀，因为这种做法是预留给苹果使用的；

3.7 理解 OC 错误类型

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

如果出现非致命的错误时，则可以令方法返回 nil/0 或使用 NSError 来表明其中有错误发生；

3.8 理解 NSCopying 协议

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

一般情况下，遵从了NSCopying协议的对象，执行的都是浅拷贝，除非该对象有特别说明它是用深拷贝来实现Copying，否则应该自己去编写深拷贝的；

4 协议与分类

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

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

OC 中广泛使用 delegate pattern 的模式来实现对象间的通信，该模式的主旨是：定义一套接口，某对象若想接受另一对象的委托，则需遵从此接口； 其实这就是 Java里的编程规则里的面向接口编程；所谓的位段结构体，就是用一个属性来表明委托对象实现了哪些协议方法，每个协议方法对应于该属性的一个二进制位；
需要注意的是 委托对象与被委托的对象之间的关系应该是非拥有关系，也就是对应的属性得用weak来修饰；

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

  • 使用分类机制把类的实现代码划分成易于管理的小块；
  • 将“私有”方法归入名为Private的分类中，以隐藏实现细节；

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

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

分类机制通常用于向无源码的既有类中新增功能，分类中的方法是直接添加在类里面的；

如:

//给NSString 添加一个分类：ABC_HTTP
@interface NSString(ABC_HTTP)
- (NSString *) abc_urlEncodeString;

@end

4.4 勿在分类中声明属性

  • 把封装数据所用的全部属性都定义在接口里；
  • 在class-continuation 分类之外的其他分类中，可以定义存取方法，但尽量不要定义属性；
    正确的做法是把所有属性都定义在主接口里，类所封装的全部数据都应该定义在主接口里；

4.5 使用class-continuation分类 隐藏实现细节

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

例子：

// EOCPerson.h
@interface EOCPerson :NSObject {
	.....
}

//EOCPerson.m
//这是EOCPerson的`class-continuation`分类
@interface EOCPerson(){
	.....
}

@implementation EOCPerson {
	...
}

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

OC 里的协议 就是 Java 里的接口，协议定义了一系列方法，遵从些协议的对象实现它们

5 内存管理

5.1 理解引用计数

  • 引用计数机制通过可以递增递减的计数器来管理内存。对象创建好之后，其保留计数至少为1.若保留计数为正，则对象继续存活。当保留计数降为0时，对象就被销毁了；
  • 在对象生命期中，其余对象通过引用来保留或释放此对象。保留与释放操作分别会 递增及递减保留计数；

5.2 以 ARC 简化引用计数

  • 有 ARC 后，就不需要担心内存管理问题了；
  • ARC 管理对象生命期的办法基本上就是：在合适的地方插入“保留”和“释放”操作；
  • 由方法反返回的对象，其内存管理语义总是通过方法名来体现；ARC 将此对象确定为开发者必须遵守的规则；
  • ARC 只负责管理 Objective-C对象的内存；

若方法名以下列词语开头，则其返回的对象归调用者所有：

  • alloc
  • new
  • copy
  • mutableCopy

5.3 在 dealloc 方法中只释放引用并解除监听

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

5.4 编写 “异常安全代码”时留意内存管理问题

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

5.5 以弱引用避免保留环

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

避免保留环的最佳方式就弱引用，这种引用经常用来表示“非拥有关系”（nonowning relationship）。将属性声明为unsafe_unretained即可。

5.6 以“自动释放池块” 降低内存峰值

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

释放对象有两种方式：一种是调用realease方法，使其保留计数立即递减；另一种是调用autorealease方法，将其加入“自动释放池”中。自动释放池用于存放那些需要在稍后某个时刻释放的对象；

5.7 用“僵尸对象”调试内存管理问题

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

5.8 不要使用retainCount

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

6 块与大中枢派发

6.1 理解“块”这一概念

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

块所占的内存区域是分配在栈中的。这也就是说块只在定义它的那个范围内有效。

6.2 为常用的块类型创建 typedef

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

6.3 用 handler 块降低代码分散程度

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

6.4 用块引用其所属对象时不要出现保留环

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

6.5 多用派发队列，少用同步锁

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

6.6 多用 GCD,少用 @performSelector系统方法

  • performSelector 系统方法在内存管理方面容易有缺失。它无法确定将要执行的选择子具体是什么；
  • performSelector 系列方法所能处理的选择子太过局限，选择子的返回值类型及发送给方法的参数个数都受到限制；
  • 如果想把任务放在另一个线程上执行，那么最好不要用 performSelector 系列方法，而是应该把任务封装到块里，然后调用GCD的相关方法来实现；

6.7 掌握 GCD 及操作队列的使用时机

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

在执行后台任务时，GCD 并不一定是最佳方式，还有一种技术叫 NSOperationQueue，它虽然与 GCD 不同，但是却与之相关，开发者可以把操作以 NSOperation子类的形式放在队列中，而这些操作也能够并发执行；
使用NSOperation 和 NSOperationQueue的好外：

  • 取消某个操作，如果使用操作队列，则想要取消操作是很容易的，只需要调用cancel 就可以了；若使用 GCD 则没有办法取消；
  • 指定操作间的依赖关系；
  • 通过键值观测机制监控 NsOperation 对象的属性；
  • 指定操作的优先级；

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

  • 一系列任务可归入一个 dispatch group 之中，开发者可以在这组任务执行完毕时获得通知；
  • 通过 dispatch group，可以在并发派发队列里同时执行多项任务，此时 GCD 会根据系统资源来调度这些并发执行的任务；

dispatch group 是 GCD 的一项特性，能够把任务分组。调用者可以等待这组任务执行完毕，也可以在提供回调函数之后继续往下执行，这组任务完成时，调用者会得到通知；

6.9 使用diapatch_once 来执行只需要运行一次的线程安全代码

  • 经常需要编写“只需执行一次的线程安全代码”，通过GCD 所提供的 disptch_once来实现；
    -标记应该声明在 static 或global 作用域中，这样的话，在把只需执行一次的块传给dispatch_once函数时，传进去的标记也是相同的；

常用 diapatch_once来编写线程安全的单例；

6.10 不要使用 dispatch_get_current_queue

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

7 系统框架

7.1 熟悉系统框架

  • 许多系统框架都可以直接使用。其中最重要的是 Foundatoin 与 CoreFoundation ，这两个框架提供了构建应用程序所需的许多核心功能；

7.2 多用块枚举，少用 for 循环

  • 遍历collection有四种方式。最基本的是 for循环，其次是 NSEnumerator遍历法及快速遍历法，最新，最先进的方式则是"块枚举法";
  • "块枚举"法,本身就能通过 GCD 来并发执行遍历操作，无须额外编写代码。而采用其他遍历方式则无法轻易实现这一点；
  • 若提前知道等遍历的 collectioin含有何种对象，则应修改块签名，指出对象的具体类型；
NSEnumerator遍历法

NSEnumerator是个抽象基类，其中只定义了两个方法，供子类来实现：

  • (NSArray*)allObjects
  • (id)nextObject

想遍历数组时，则可以这样来写代码:

NSArray *anArray = .....;
NSEnumerator *enumerator = [anArray objectEnumeator];
id object;
while((object = [enumerator nextObject])!= nil) {
	//dosomething with object
}

遍历字典时，也可以使用类似的代码。并且NSEnumerator 有多种枚举器供选择，如反向遍历等，使用时可以根据需要选择不同的枚举器；

快速遍历

快速遍历其实就是在基本for循环的基础上加了个 in关键字:

for(id object in anArray){}

基于块的遍历方式

NSArray 中定义了下面的方法，实现最基本的遍历功能：

-(void)enumeratorObjetsUsingBlock:(void(^)(id object,NSUInteger idx,BOOL *stop))block;

还有其他类似的遍历方法，可以接受各种选项来控制遍历操作

7.3 对自定义其内存管理语义的 collection 使用无缝桥接

  • 通过无缝桥接技术，可以在 Foundation框架中的 Object-C对象与 CoreFoundation 框架中的 c 语言数据结构之间来回转换；
  • 在CoreFoundation 层面创建collection时，可以指定许多回调函数，这些函数表示此collection应如何处理其元素；

无缝桥接就是用来对Foundation框架和CoreFoundation 框架中的等价的类进行转换，
简单的无缝桥接：

NSArray *anArray = ......;
CFArrayRef afarray = (__bridge CFArrayRef)anArray;

关键字__bridge告诉 ARC 如何处理转换所涉及的 OC 对象，而反向转换（CoreFoundation 类 转换为等价的 Foundation 类 ）则使用关键字__bridge_transfer 来实现；

7.4 构建缓存时选用 NSCache 而非 NSDictionary

  • NSCache 可以提供更优雅的自动删减功能，而且是线程安全的；
  • 可以给 NSCache 对象设置上限，用于限制缓存中的对象总个数及“总成本”；
  • 将 NSPurgeableData与NSCache 搭配使用，可实现自动清除数据功能；

7.5 精简 initialize 与 load 的实现代码

  • 在加载阶段，如果类实现了 load 方法，那么系统就用调用它。分类里也可以定义此方法，类的 load 方法要比分类中的先调用，与其他方法不同， load 方法不参与覆写机制；
  • 首次使用某个类之前。系统会向其发送 initialize消息。由于此方法遵从普通的覆写规范，所以通常应该在里面判断当前要初始化的是哪个类；
  • initialize 和load 方法应实现得精简一点，有助于保持应用程序的响应能力；
  • 无法在编译期设定的全局变量，可以放在initialize方法城初始化；

7.6 别忘了 NSTimer 会保留其目标对象

  • NSTimer对象会保留其目标，直到计时器本身失效为止，调用 invalidate方法可令计时器失效；
  • 反复执行任务的计时器，很容易导致保留环；
  • 可以扩充NSTimer的功能，用“块”来打破保留环，不过，除非NSTimer 将来在公共接口里提供此功能，否则必须创建分类，将相关实现代码加入其中；
posted @ 2017-09-09 20:57  woodWu  阅读(227)  评论(0)  编辑  收藏  举报