<iOS 读书笔记>读 Effective OC 2.0

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

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

  3. 关于属性的读写:

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

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

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

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

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

  7. 尽量利用 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 仍然是同步的.

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 215,723评论 6 498
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 92,003评论 3 391
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 161,512评论 0 351
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 57,825评论 1 290
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 66,874评论 6 388
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 50,841评论 1 295
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 39,812评论 3 416
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 38,582评论 0 271
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 45,033评论 1 308
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 37,309评论 2 331
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 39,450评论 1 345
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 35,158评论 5 341
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 40,789评论 3 325
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 31,409评论 0 21
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,609评论 1 268
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 47,440评论 2 368
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 44,357评论 2 352

推荐阅读更多精彩内容