Please enable JavaScript.

Coggle requires JavaScript to display documents.

EfficientIve Objective-2.0后半本 (前半部 (第39条: 用handler块降低代码分散程度 …

EfficientIve Objective-2.0后半本

后半部

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

//NSTimer 分类
+ (NSTimer*) scheduledtimerwithtimeinterval: (Nstime Interval) interval
           block:  (void (^) ()) block
          repeats:  (BOOL) repeats{
 return  [self scheduledtimerwithtimeinterval: interval
           target: self
           selector: selector (eoc blockinvoke
           userinfo:  [block copy]
           repeats: repeats] i

+ (void)p_blockinvoke:(NSTimer*) timer
 void(block)() = timer.userinfo;
 if(block){
  block():
 }
}

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

想执行与类相关的初始化操作，就是覆写方法：+  (void) initialize
对于每个类来说，该方法会在程序首次用该类之前调用，且只调用-次。它是由运行期系统来调用的，绝不应该通过代码直接调用。
其虽与 load 相似，但却有几个非常重要的区别。首先，它是'惰性调用的'，只有当程序用到了相关的类时，才会调用。如果某个类一直都没有使用，那么其 initialize 方法就-直不会运行。
对于 load 来说，应用程序必须阻塞并等着所有类的 load 都执行完，才能继续。

还有个区别，就是运行期系统在执行该方法时，是处于正常状态的，因此，从运行期系统完整度上来讲，此时可以安全使用并调用任意类中的任意方法。而且，运行期系统也能确保 initialize 方法
一定会在'线程安全的环境'（thread-safe environment）中执行，这就是说，只有执行 initialize 的那个线程可以操作类或类实例。其他线程都要先阻塞，等着 initialize 执行完。

最后一个区别是：initialize 方法与其他消息一-样，如果某个类未实现它，而其超类实现了，那么就会运行超类的实现代码。这听起来并不稀奇，但却经常为开发者所忽视。比方说有下面这两个类：

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

NSCache 胜过 NSDictionary 之处在于，当系统资源将要耗尽时，它可以自动删减缓存。如果采用普通的字典，那么就要自己编写挂钩，在系统发出'低内存'（low memory）通知时手工删减缓存。
此外，NSCache 还会先行删减'最久未使用的'（lease recently used）对象。若想自已编写代码来为字典添加此功能，则会十分复杂。
NSCache 并不会'拷贝'键，而是会'保留'它。此行为用 NSDictionary 也可以实现，然而需要编写相当复杂的代码。NSCache 对象不拷贝键的原因在于：很多时候，键都是由不支持拷贝操作的对象来充当的。
另外，NSCache 是线程安全的,在开发者自己不编写加锁代码的前提下，多个线程便可以同时访问 NSCache。

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

__ bridge 本身的意思是：ARC 仍然具备这个 Objective-C 对象的所有权。
__ bridge_ retained 则与之相反，意味着 ARC 将交出对象的所有权。与之相似，反向转换可通过__ bridge_ transfer 来实现。
比方说，想把 CFArrayRef 转换为 NSArray*，并且想令 ARC 获得对象所有权，那么就可以采用此种转换方式。这三种转换方式称为'桥式转换'（bridgedcast）。

第46条: 不要使用dispatch-get. current_queue

Dispatch_ get current queue 函数的行为常常与开发者所预期的不同。此函数已经废弃，只应做调试之用。

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

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

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

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

第42条: 多用GCD,少用performSelector系列方法

Objective-C 本质上是一门非常动态的语言, NSObject 定义了几个方法，令开发者可以随意调用任何方法。
1： performselector 系列方法在内存管理方面容易有硫失。它无法确定将要执行的选择子
具体是什么，因而 ARC 编译器也就无法插入适当的内存管理方法。
2：performselector 系列方法所能处理的选择子太过局限了，选择子的返回值类型及发送给方法的参数个数都受到限制
3：如果想把任务放在另一个线程上执行，那么最好不要用 perform Selector 系列方法，而是应该把任务封装到块里，然后调用大中枢派发机制的相关方法来实现

第41条: 多用派发队列,少用同步锁

同步锁:@synchronized(self)

_syncQueue = dispatch_ queue_ create  ('com. Effectiveobj ectivec. SyncQueue', NULL);
-  (NSString*) someString {
 __block NSString *local SomeString;
 dispatch_ sync (_ syncQueue, ^{
  localSomeString =_ someString;
 });
 return local SomeString;
}
-  (void) setSomeString:  (NSString*) someString {
 dispatch_barrier_async(_syncQueue,, ^{
  _someString = someString;
 });
}

前半部

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

建议使用同一个块来处理成功与失败情况，苹果公司似乎也是这样设计其 API 的。
例如，Twitter 框架中的 TWRequest 及 MapKit 框架中的 MKLocalSearch 都只使用 -一个 handler 块。

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

typedef int(^EOCSomeBlock)(BOOL flag, int value);

第37条: 理解“块”这一概念

多线程编程的核心就是'块'（block）与'大中枢派发'（Grand Central Dispatch, GCD）。这虽然是两种不同的技术，但它们是一并引人的。'块'是一种可在 C、C++及 Objective-C 代码中使用的'词法闭包'（lexical closure），它极为有用，这主要是因为借由此机制，开发者可将代码像对象-'样传递，令其在不同环境（context）下运行。还有个关键的地方是，在定义'块'的范围内，它可以访问到其中的全部变量。

GCD 是一种与块有关的技术，它提供了对线程的抽象，而这种抽象则基于'派发队列'（dispatch queue)。开发者可将块排人队列中，由GCD 负贵处理所有调度事宜。GCD会根据系统资源情况，适时地创建、复用、摧毁后台线程（background thread），以便处理每个队列。此外，使用 GCD 还可以方便地完成常见编程任务，比如编写'只执行-次的线程安全代码'（thread-safe single-code execution），或者根据可用的系统资源来并发执行多个操作。

始块的强大之处是：在声明它的范围里，所有变量都可以为其所捕获。这也就是说，那个范围里的全部变量，在块里依然可用。默认情况下，为块所捕获的变量，是不可以在块里修改的。不过，声明基础数据类型变量的时候可以加上__block 修饰符，这样就可以在块内修改了。
self 也是个对象，因而块在捕获它时也会将其保留。如果 self 所指代的那个对象同时也保留了块，那么这种情况通常就会导致'保留环'。

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

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

自动释放池排布在栈中，对象收到 autorelease 消息后，系统将其放人最顶端的池里。
@autoreleasepool {
//…
}

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

@try {
 object =  [[EOCSomeClass alloc] init];  [object doSomethingTha tMayThrow];
}
@catch  (...) {
 NSLog  (@ 'Whoops, there was an error. Oh well... '); }
@final1 y {
  [object release];
}

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

如果对象持有文件描述符等系统资源，那么应该专门编写一个方法来释放此种资源。这样的类要和其使用者约定：用完资源后必须调用 close 方法。

第30条: 以ARC简化引用计数

ARC 只负责管理 Objective-C 对象的内存。尤其要注意：CoreFoundation 对象不归 ARC管理，开发者必须适时调用CFRetain/CFRelease。

第27条: 使用”class-continuation分类”,隐藏实现细节

若想使类所遵循的协议不为人所知，则可于'class-continuation 分类'中声明。