第1条：熟悉Objective-C 语言的起源
1）Objective-C有Smaltalk演化而来，后者是消息型语言的鼻祖；
1、消息机制和函数调用的关键区别：使用消息结构的语言，其运行时所执行的代码由运行环境俩决定；而函数调用的语言，由编译器决定；
2、Objective-C是C的超集
3、Objective-C使用动态绑定的消息结构，在运行时才会检查对象类型；接收一条消息后，究竟应执行何种代码，由运行环境而非编译器决定；
第2条：在类的头文件中尽量少引入其他头文件
1、在编译一个要使用的类的文件时，不需要知道这个类的全部细节，只需要知道有这个类就行了；
前置声明:@class类名(不过需要调用这个类的方法时，必须用#import引入头文件)
***要点：
1）除非确有必要，否则不要进入头文件。一般来说，应在某个类的头文件中使用前置声明来提及别的类，并在实现文件中引入哪些类的头文件。这样做可以尽量降低类之间的耦合；
2）有时无法使用前置声明，比如要声明某个类遵循一项协议。这种情况下，尽量把“该类遵循某协议”的这条声明移至“class-continuation分类”中。如果不行的话，就把协议单独 放在一个头文件中，然后将其引入；
第3条：多用字面量语法，少用与之等价的方法
1）NSString、NSNumber、NSArray、NSDictionary
NSString *str = @“my name is ruby”;
NSNumber *intNumber = @1;
NSArray *array = @[@1,@2,@3];
NSDictionary *dict = @{@“name”:@“ruby”,@“sex”:@“man”,@“age”:@24};
***要点：
1、应该使用字面量语法来创建字符串、数值、数组、字典。更简洁；
2、应该通过取下标操作来访问数组下标或字典中的键所对应的元素；
3、用字面量语法创建数组或字典是，若值中有nil，则会抛出异常。因此，务必确保值不为nil；
第4条：多用类型常量，少用#define预处理指令
1）static const NSTimeInterval kAnimationDuration = 0.5;
常用命名方法：若常量局限于某“编译单元”内，则在前面加k；若常量在类之外可见，则通常以类名为前缀；
2）声明其他类可用的全局常量
// In the header file
extern NSString *const LoginViewStr;
// In the implementation file
NSString *const LoginViewStr = @“1234567”;
***要点：
1、不要用预处理指令定义常量。这样定义出来的常量不含类型信息，编译器只是会在编译前据此查找与替换操作。即使有人重新定义了常量值，编译器也不会产生警告信息，这将导致应用程序中的常量不一致；
2、在实现文件中使用static const 来定义“只在编译单元内可见的常量”。由于此类常量不在全局符号表中，所以无须为其名称加前缀；
3、在头文件中使用extern来声明全局变量，并在相应实现文件中定义其值。这种常量要出现在全局符号表中，所以其名称应加以区隔，通常用与之相应的类名做前缀；
第5条：用枚举表示状态、选项、状态码
1）用枚举来表示状态机的状态、传递给方法的选项以及状态码等值；
2）如果把传递给某个方法的选项表示为枚举类型，而多个选项又可同时使用，那么久将各选项值定义为2的幂，以便通过按位或操作将其组合起来；
3）用NS_ENUM与NS_OPTIONS宏来定义枚举类型，并指明其底层数据类型。这样做可以确保枚举是用开发者所选的底层数据类型实现出来的，而不会采用编译器所选的类型；
4）在处理枚举类型的switch语句中不要实现default分支。这样的话，加入新枚举之后，编译器就会提示开发者：switch语句并未处理所有枚举；
第2章 对象、消息、运行期
当应用程序运行起来以后，为其提供相关支持的代码叫做“Object-C运行期环境”(Objective-C runtime)，它提供了一些使得对象之间能够传递消息的重要函数，并且包含创建类实例所有的全部逻辑。
第6条：理解“属性”这一概念
1）可以用@property语法来定义对象中所封装的数据；
2）通过“特质”来指定存储数据所需的正确语义；
3）在设置属性所对应的实例变量时，一定要遵从该属性所声明的语义；
4）开发iOS程序时应该使用nonatomic属性，因为atomic属性会严重影响性能；atomic的获取方法会通过锁定机制来确保其操作的原子性,在iOS中使用使用同步锁开销较大,会带来性能问题
5）内存管理语义
< 1 > assign "设置方法" 只会执行针对"纯量类型"(例如CGFloat或者NSInteger)的简单赋值操作
< 2 > strong 自特质辨明该属性定义了一种"拥有关系".为这种属性设置新值时,设置方法会先保留新值,并释放旧值,然后再将新值设置上去
< 3 > weak 自特质表明该属性定义了一种"非拥有关系".为这种属性设置新值时,设置方法既不保留新值,也不释放旧值,此特质同assign类似,然而在属性所指的对象遭到摧毁时,属性值也会清空
< 4 > unsafe_unretained 此特质的语义与assign相同,但是它适用于"对象类型",该特质表达一种"非拥有关系"("不保留"),当目标对象遭到摧毁时,属性值不会自动清空("不安全"),与weak有区别
< 5 > copy 此特质所表达的所属关系与strong类似,然而设置方法并不保留新值,而是将其拷贝
第7条：在对象内部尽量直接访问实例变量
1）在对象内部读取数据时，应该直接通过实例变量来读，而写入数据时，则应通过属性来写；
2）在初始化方法及dealloc方法中，总是应该直接通过实例变量来读写数据；
3）有时会使用惰性初始化技术配置某份数据，这种情况下，必须通过“获取方法”来访问属性(_myname 通过下划线取属性值)；
第8条：理解“对象等同性”这一概念
1）若想检测对象的等同性，请提供“isEqual：”与hash方法；
2）相同的对象必须具有相同的哈希码，但是两个哈希码相同的对象却未必相同；
3）不要盲目地逐个检测每条属性，而是应该依照具体需求来指定检测方案；
4）编写hash方法时，应该使用计算速度快而且哈希码碰撞几率低的算法；
第9条：以“类族模式”隐藏实现细节
1）类族模式可以把实现细节隐藏在一套简单的公共接口后面；
2）系统框架中经常使用类族
3）从类族的公共抽象基类中继承子类时要当心，若有开发文档，则应首先阅读；
判断某对象是否位于类族中：
if([classisKindOfClass:[SuperClassclass]]){
}
第10条：在即有类中使用关联对象存放自定义数据
1）可以通过“关联对象”机制来把两个对象连起来；
2）定义关联对象时可指定内存管理语义，用以模仿定义属性时所采用的“拥有关系”与“非拥有关系”；
3）只有在其他做法不可行时才应选用关联对象，因为这种做法通常会引入难于查找的bug；
第11条：理解objc_msgSend的作用
1）消息由接受者、选择子以及参数构成。给某个对象“发送消息”也就相当于在该对象上“调用方法”；
2）发给某对象的全部消息都要由“动态消息派发系统(dynamic message dispatch system)来处理，该系统会查出对应的方法，并执行其代码”
OC代码:
id returnValue = [someObject messageName:parameter];
转换成C代码:
方法void objc_msgSend(id self, SEL cmd,…..)
id returnValue = objc_msgSend(someObject,@selector(messageName:),parameter);
该方法只描述了部分消息的调用过程，其他“边界情况”则需要交由Object-C运行环境中的另一些函数处理：
objc_msgSend_setet:如果待发送的消息要返回结构体，
objc_msgSend_fpert:如果消息返回的是浮点数，
objc_msgSendSuper:如果要给超类发消息，
第12条：理解消息转发机制
1）若对象无法响应某个选择子，则进入消息转发流程；
2）通过运行期的动态方法解析功能，我们可以在需要用到某个方法时再将其加入类中；
3）对象可以把其无法解读的某些选择子转交给其它对象处理；
4）经过上述两步之后，如果还是没办法处理选择子，那就启动完整的消息转发机制；
将属性声明为@dynamic,这样的话，编译器就不会为其自动生成实例变量及存取方法了；
@dynamic string,number,date;
第13条：用“方法调配技术”调式“黑盒方法”
1)在运行期，可以向类中新增或替换选择子所对应的方法实现；
2)使用另一份实现来替换原有的方法实现，这道工序叫“方法调配”，开发者常用此技术向原有实现中添加新功能；
3)一般来说，只有调式程序的时候才需要在运行期修改方法实现，这种做法不宜滥用；
类的方法列表会把选择子的名称映射到相关的方法实现之上，使得“动态消息派发系统”，能够据此知找到应该调用的方法。这些方法均以函数指针的形式来表示，这种指针叫做IMP，
id （*IMP）(id，SEL，….)
Objective-C运行期系统提供的几个方法能够用来操作选择子映射表；
第14条：理解“类对象”的用意
1）每个实例都有一个指向Class对象的指针，用以表明其类型，而这些Class对象则构成了类的继承体系；
2）如果对象类型无法再编译器确定，那么就应该使用类型信息查询方法来探知；
3）尽量使用类型信息查询方法来确定对象类型，而不要直接比较类对象，因为某些对象可能实现了消息转发功能；
第3章接口与API设计
第15条：用前缀避免命名空间冲突
1）选择与你的公司，应用程序或二者皆有关联之名称作为类名的前缀，并在所有代码中均使用这一前缀；
2）若自己所开发的程序库中用到了第三方库，则应为其中的名称加上前缀；
******苹果保留了两个字母作为前缀的权利(最好用三个以上的字母作为前缀)；
第16条：提供“全能初始化方法”
1）在类中提供一个全能初始化方法，并于文档里指明。其它初始化方法均应调用此方法；
2）若全能初始化方法与超类不同，则需覆写超类中的对应方法；
3）如果超类的初始化方法不适用于子类，那么应该覆写这个超类的方法，并在其中抛出异常；
第17条：实现description方法
1）实现description方法返回一个有意义的字符串，用以描述该实例；
2）若想在调式时打印出更详细的对象描述信息，则应实现debugDescription方法；用po 打印内容,是调用description方法；
第18条：尽量使用不可变对象
1）尽量创建不可变的对象；
2）若某属性仅可于对象内部修改，则在“class-continuation分类”中将其由readonly属性扩展为readwrite属性；
3）不要把可变的collection作为属性公开，则应提供相关方法，以此修改对象中的可变collection；
第19条：使用清晰而协调的命名方式
1）起名时应遵从标准的Objective-C命名规范，这样创建出来的接口更容易为开发者所理解；
2）方法名要言简意赅，从左至右读起来要像个日常用语中的句子才好；
3）方法名里不要使用缩略后的类型名称；
4）给方法起名时的第一要务就是确保其风格与你自己的代码或所要集成的框架相符；
第20条：为私有方法名加前缀
1）给私有方法的名称加上前缀，这样可以很容易地将其同公共方法分开；
2）不要单用一个下划线做私有方法的前缀，因为这样做法是预留给苹果公司用的；
第21条：理解Objective-C错误模型
1）只有发生了可使整个应用程序崩溃的严重错误时，才应使用异常；
2）在错误不那么严重的情况下，可以指派“委托方法”来处理错误，也可以把错误信息方法NSError对象里，经由“输出参数”返回给调用者；
第22条：理解NSCopying协议
1）若想令自己所写的对象具有拷贝功能，则需要事项NSCopying协议；
2）如果自定义的对象分为可变版本与不可变版本，那么就要同时实现NSCopying与NSMutableCopying协议；
3）复制对象是需决定采用浅拷贝还是深拷贝，一般情况下应该尽量执行浅拷贝；
4）如果你所写的对象需要深拷贝，那么可考虑新增一个专门执行深拷贝的方法；
第4章协议与分类
第23条：通过委托与数据源协议进行对象间通信
1）委托模式为对象提供了一套接口，使其可由此将相关事件告知其他对象；
2）将委托对象应该支持的接口定义成协议，在协议中把可能需要处理的事件定义成方法；
3）当某对象需要从另外一个对象中获取数据时，可以使用委托模式。这种情境下，该模式称“数据源协议(data source protocal)”；
4）若有必要，可实现含有位段的结构体，将委托对象是否能响应相关协议方法这一信息缓存至其中；
第24条：将类的实现代码分散到便于管理的数个分类之中
1）使用分类机制把类的实现代码划分成易于管理的小块；
2）将应该视为“私有”的方法归入名叫Private的分类中，以隐藏实现细节；
第25条：总是为第三方类的分类名称加前缀
1）向第三方类中添加分类时，总应给其名称加上你专用的前缀；
2）向第三方类中添加分类时，总应给其中的方法名加上你专用的前缀；
第26条：勿在分类中声明属性
1）把封装数据所用的全部属性都定义在主接口里；
2）在“class-continuation分类”之外的其他分类中，可以定义存取方法，但尽量不要定义属性；
第27条：使用“class-continuation分类”隐藏实现细节
1）通过“class-continuation分类”向类中新增实例变量；
2）如果某属性在主接口中声明为“只读”，而类的内部又要用设置方法修改此属性，那么就在“class-continuation分类”中将其扩展为“可读写”；
3）把私有方法的原型声明在“class-continuation分类”里面；
4）若想使类所遵循的协议不为人所知，则可于“class-continuation分类”中声明；
第28条：通过协议提供匿名对象
1）协议可在某种程度上提供匿名类型。具体的对象类型可以淡化成遵从某协议的id类型，协议里规定了对象所应实现的方法；
2）使用匿名对象来隐藏类型名称(或类名)；
3）如果具体类型不重要，重要的是对象能够响应(定义在协议里的)特定方法，那么可使用匿名对象来表示；
第5章内存管理
第29条：理解引用计数
1）引用计数机制通过可以递增递减的计数器来管理内存。对象创建好之后，其保留计数至少为1.若保留计数为正，则对对象继续存留。当保留计数降为0时，对象就被销毁了；
2）在对象生命期中，其余对象通过引用来保留或释放此对象。保留与释放操作分别会递增及递减保留计数；
第30条：以ARC简化引用计数
1）ARC只负责管理Objective-C对象的内存。尤其要注意：CoreFoundation对象不归ARC管理，开发者必须适时调用CFRetain/CFRelease；
-(void)dealloc{
CFRelease(_coreFoundationObject);
}
第31条：在dealloc方法中释放引用并解除监听
1）在dealloc方法里，应该做的事情就是释放指向其它对象的引用，并取消原来订阅的“键值观测”（KVO）或NSNotificationCenter等通知，不要做其它事情；
2）如果对象持有文件描述等系统资源，那么应该专门编写一个方法来释放此种资源。这样的类要和其使用中约定：用完资源后必须调用close方法；
3）执行异步任务的方法不应在dealloc里调用；只能在正常状态下执行的那些方法在不应在dealloc里调用，因为此时对象已处在回收的状态了；
第32条：编写“异常安全代码”时留意内存管理问题
1）捕获异常时，一定要注意将try快内所创立的对象清理干净；
2）在默认情况下，ARC不生成安全处理异常所需的清理代码。开启编译器标志后，可生成这种代码，不过会导致应用程序变大，而且会降低运行效率；
ARC环境下基本不会使用异常安全代码，极大影响效率，OC代码中，只有当应用程序必须因异常状态而终止才应抛出异常(抛出异常没有意义)；
开启-fobjc-arc-exceptions，ARC也能生成处理异常所用的附加代码；
第33条：以弱引用避免保留环
1）将某些引用设为weak，可避免出现“保留环”；
2）weak引用可以自动清空，也可以不自动清空。自动清空(autonilling)是随着ARC而引入的新特性，由运行期系统来实现。在具备自动清空功能的弱引用上，可以随意读取其数据，因为这种引用不会指向已经回收过的对象；
第34条：以“自动释放池”降低内存峰值
1）自动释放池排布在栈中，对象收到autorelease消息后，系统将其放入最顶端的池里；
2）合理运用自动释放池，可降低应用程序的内存峰值；
3）@autoreleasepool这种新式写法能创建出更为轻便的自动释放池；
第35条：用“僵尸对象”调用内存管理问题（***有点蒙）
1）系统在回收对象时，可以不将其真的收回，而是把它转化为僵尸对象。通过环境变量NSZombieEnabled可开启此功能；
2）系统会修改对象的isa指针，令其指向特殊的僵尸类，从而使改对象变为僵尸对象。僵尸类能够响应所有的选择子，响应方式为：打印一条包含消息内容及其接受者的消息，然后终止应用程序；
第36条：不要使用retainCount
1）对象的保留计数看似有用，实则不然，因为任何给定时间点上的“绝对保留计数”(absolute retain count)都无法反映对象生命的全貌；
2）引入ARC之后，retainCount方法就正式废止了，在ARC下调用该方法会导致编译器报错；
第6章：块与大中枢派发
第37条：理解“块”这一概念
1）块是C、C++、Objective-C中的语法闭包；
2）块可接受参数、也可返回值；
3）块可以分配在栈或堆上，也可以是全局的。分配在栈上的块可拷贝到堆里，这样的话，就和标准的Objective-C对象一样，具备引用计数了；
self也是个对象，因而块在捕获它时也会将其保留。如果self所指代的按个对象同时也保留了块，那么这种情况通常会导致“保留环”；
理解全局块、栈块、堆块；
全局块：
void (^block)() = ^{
NSLog(@“this is a block”);
}
第38条：为常用的块类型创建typedef
1）以typedef重新定义块类型，可令块变量用起来更加简单；
2）定义新类型时应遵从现有的命名习惯，勿使用名称与别的类型相冲突；
3）不妨为同一个块签名定义多个类型别名。如果要重构的代码使用了块类型的某个别名，那么直需要修改相应typedef中的块签名即可，无须改动其它typedef；
用typedef重命名：
typedef int (^EOCSomeBlock)(BOOL flag,int value);
回调：
-(void)startWithCompletionHandler:(void(^)(NSData *data,NSError *error))completion;
第39条：用handler块降低代码分散程度
1）在创建对象时，可以使用内联的handler块将相关业务逻辑一并声明；
2）在有多个实例需要监控时，如果采用委托模式，那么经常需要根据传入的对象来切换，而若用handler块来实现，则可直接将快与相关对象放在一起；
3）设计API时如果用到了handler块，那么可以增加一个参数，使调用者可通过此参数来决定应该把块安排在哪个队列上执行；
第40条：用块引用其所属对象时不要出现保留环
1）如果块所捕获的对象直接或间接地保留了块本身，那么就得当心保留环问题；
2）一定要找个适当的时机解除保留环，而不能把责任推给API的调用者；
如果在block代码块里面改变实例变量，必须获取self，这样就会导致“保留环”；用__weak修饰；
第41条：多用派发队列，少用同步锁
1）派发队列可用来表述同步语义(synchronizetion semantic)，这种做法要比使用@synchronized块或NSLock对象更简单；
2）将同步与异步派发结合起来，可以实现与普通加锁机制一样的同步行为，而这么做却不会阻塞执行异步派发的线程；
3）使用同步队列及栅栏块，可以令同步行为更加高效；
理论上：运用线程锁可以保证线程安全，但是无法保证线程的绝对安全（单个线程中多次访问某个属性值时，其它线程可能会写入新值）；
第42条：多用GCD，要用performSelector系列方法
1）performSelector系列方法在内存管理方面容易有疏失。它无法确定要执行的选择子具体是什么，因而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）dispatch_get_current_queue 函数的行为常常与开发者所预期的不同。此函数已经废弃，只应做调试只用；
2）由于派发队列是按层级来组织的，所以无法单用某个队列对象来描述“当前队列”这一概念；
3）dispatch_get_current_queue函数用于解决由不可重入的代码所引发的死锁，然而能用此函数解决的问题，通常也能改用“队列特定数据”来解决；
第46条：不要使用dispatch_get_current_queue
1）dispatch_get_current_queue函数的行为常常与开发者所预期的不同。此函数已经废弃，只应做调试之用；
2）由于派发队列是按层级来组织的，所以无法单用某个队列对象来描述“当前队列”这一概念；
3）dispatch_get_current_queue函数由于解决由不可重入的代码所引发的死锁，然而能用此函数解决的问题，通常也能改用“队列特定数据”来解决；
- (void)viewDidLoad {
[superviewDidLoad];
//1、创建NSInvocationOperation对象
NSInvocationOperation*operation = [[NSInvocationOperationalloc]initWithTarget:selfselector:@selector(operationDaYin)object:nil];
//[operation start];
//2、创建NSBlockOperation对象
NSBlockOperation*operation1 = [NSBlockOperationblockOperationWithBlock:^{
NSLog(@"operation1打印内容：111111111111");
}];
//该方式创建可以添加额外任务，任务执行没有先后顺序；
[operation1addExecutionBlock:^{
NSLog(@"operation1添加的额外任务：1111111*****");
//4、子线程给主线程传值的两种方法：该方法会在主线程执行完之后再调用；优先选择第二种方法
//[self performSelectorOnMainThread:@selector(log:) withObject:@"1111111111" waitUntilDone:NO];
dispatch_async(dispatch_get_main_queue(), ^{
NSLog(@"从子线程回到主线程打印的内容：*******************");
});
}];
//[operation1 start];
NSBlockOperation*operation2 = [NSBlockOperationblockOperationWithBlock:^{
NSLog(@"operation2打印内容:222222222");
}];
//[operation2 start];
NSBlockOperation*operation3 = [NSBlockOperationblockOperationWithBlock:^{
NSLog(@"operation3打印内容：3333333");
}];
//[operation3 start];
//3、创建任务队列
NSOperationQueue*q = [[NSOperationQueuealloc]init];
//给添加入队列中的线程排序:即队列中添加依赖关系
[operation1addDependency:operation];
[operation2addDependency:operation1];
[operation3addDependency:operation2];
[qaddOperation:operation];
[qaddOperation:operation1];
[qaddOperation:operation2];
[qaddOperation:operation3];
[qsetMaxConcurrentOperationCount:1];//设置队列的最大并行数；为1为串行队列；
NSLog(@"主线程中打印的内容");
//5、延后一段时间执行某个任务，两种方法，优选第二种方法：
//[self performSelector:@selector(yanHouTime) withObject:nil afterDelay:1];
dispatch_time_ttime =dispatch_time(DISPATCH_TIME_NOW, (int64_t)(2.0 *NSEC_PER_SEC));
dispatch_after(time,dispatch_get_main_queue(), ^{
NSLog(@"用GCD延后时间执行某个任务");
});
}
-(void)operationDaYin
{
NSLog(@"operation的打印内容：00000000000");
}
-(void)log:(NSString*)str
{
NSLog(@"子线程传给主线程的值：%@",str);
}
-(void)yanHouTime
{
NSLog(@"用perform方法延后时间再执行某个任务");
}
第7章系统框架
第47条：熟悉系统框架
1）许多系统框架都可以直接使用。其中最重要的是Foundation与CoreFoundation，这两个框架提供了构建应用程序所需要的许多核心功能；
2）很多常见任务都能用框架来做，例如音频与视频处理、网络通信、数据管理等；
3）请记住：用纯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）反复执行任务的计时器（repeating timer），很容易引入保留环，如果这种计时器的目标对象又保留了计时器本身，那肯定会导致保留环。这种环状保留关系，可能是直接发生的，也可能是通过对象里的其他对象间接发生的；
3）可以扩充NSTimer的功能，用“块”来打破保留环。不过，除非NSTimer将来在公共接口里提供此功能，否则必须创建分类，将相关实现代码加入其中；
//防止反复执行的计时器引入“保留环”方法
__weakViewController*weakSelf =self;
NSTimer*timer = [selflzw_scheduledTimerWithTimeInterval:1block:^{
NSLog(@"运用block块进行计时器循环************");
[weakSelfdoSomeThing];
}repeats:YES];
-(void)doSomeThing
{
NSLog(@"111111111111111111");
}
-(NSTimer*)lzw_scheduledTimerWithTimeInterval:(NSTimeInterval)interval block:(void(^)())block repeats:(BOOL)repeats
{
return[NSTimerscheduledTimerWithTimeInterval:intervaltarget:selfselector:@selector(lzw_blockInvoke:)userInfo:[blockcopy]repeats:YES];
}
-(void)lzw_blockInvoke:(NSTimer*)timer
{
void(^block)() = timer.userInfo;
if(block) {
block();
}
}
网友评论