<iOS 读书笔记>读 Effective OC 2

使用 enum 来表示状态, 操作以及状态码.

关于属性: 分为计算属性和存储属性, 而就协议内的属性声明而言, 没有说属性到底是计算属性还是存储属性. 但一般来说, 实现的存储属性, 然后提供读写接口来进行访问.

关于属性的读写:

内部: 在读属性的时候最好是直接读实例变量, 而写属性的时候最好通过访问方法来写.
构造或析构方法中: 最好直接读写实例变量.

利用接口隐藏实现. 而实际对象的制造可以通过设计模式中的 Creational 模式来就实现. 这个就需要好好看看不同的对象的不同制造方法了.

可以在私有方法的命名上面进行区别, 比如在名字上面添加一些前缀, 比如 pri_. 这个只是为了方便阅读代码. 例如有一个�私有方法的名字可以是这样: pri_privateMethod.

完整的方法�声明是: private func pri_privateMethod() -> Void.

在使用块的时候一定要注意不要制造循环引用. 因为如果块作为自身的属性, 或间接被自身持有, 则在块中使用 self 的话就会造成循环引用. 而解决的办法就是使用 [weak self].

尽量利用 DispatchQueue 而不是 Locks 来进行代码同步.

这个经验的得出如下:

在实际编程中经常遇到在多个线程异步对同一个资源进行读写. 而为了对多个线程的访问进行同步, 很多时候都是使用 lock 来达到目的.

在没有 DispatchQueue 的情况下, 可以使用 @synchronized(xxx) 块来做. 这个块可以自动提供一个互斥锁来控制访问. 多个线程中的不同访问代码此时就会依次进行等待, �等待上一个代码执行完成后归还 lock, 下一个才可以进入执行.

另外一个方法就是直接使用 NSLock 对象, 如下所示:

_lock = [[NSLock alloc] init];
//...
-(void)synchronizedMethod {
    [_lock lock];
    //...
    [_lock unlock];
}

并且递归锁可以使用 NSRecuresiveLock 来实现. 递归锁允许单个线程多次取出同一个锁, 而不会造成死锁.

但上述两种方式都存在弊端, 使用同步块在某些情况下会出现死锁, 且性能较低. 如果直接使用 NSLock 对象, 则比较复杂.

故最好的方式是使用 GCD. 即将读写操作放到同一个串行队列上去执行, 这样可以保证代码的同步.

比如对于一个属性来说, 可以像下面这样实现其 setter 和 getter:

_syncQueue = dispatch_queue_create("some unique string name", NULL);

//下面的 someString 是一个属性

-(NSString *)someString {// getter
    __block NSString *localSomeString;
    dispatch_sync(_syncQueue, ^{
        localSomeString = _someString;
    });
    return localSomeString;
}

-(void)setSomeString:(NSString *)someString {
    dispatch_sync(_syncQueue, ^{
        _someString = someString;
    });
}

上述代码的原理就是 setter 和 getter 都是在同一个串行队列上运行的, 故访问代码是同步的.

由于写操作无需进行任何的返回, 故可以不用阻塞当前线程的执行. 所以可以将上述代码中的 sync 变为 async:

-(void)setSomeString:(NSString *)someString {
    dispatch_async(_syncQueue, ^{
        _someString = someString;
    });
}

这样的话, setter 的速度会更快, 并且 setter 和 getter 仍然是同步的.