《Effective objective.c 2.0 编写高质量iOS与OS X代码的52个有效方法》读书笔记

第一条:
1、oc使用动态绑定的消息结构,也就是说,在运行时才会检查对象类型。接受一条消息之后,究竟应该执行何种代码,由运行期环境而非编译器来决定。


第二条:
1、在可能的情况下,头文件中尽量少引用其他头文件,而是用@class 来向前声明,这样可以降低类之间的耦合,减少编译时间,防止循环引入。
2、有时候无法使用向前声明,比如要声明某个类遵循一项协议。这种情况下,尽量把“该类遵循某协议”的这条声明移到”class-continuation分类“中。如果不行的话就把协议单独放在一个头文件中,然后将其引入。


第三条:
1、创建字符串、数值、数组、字典。时尽量使用字面量语法,与创建此类对象的常规方法相比,这么做更加简明扼要。特别是NSArray和NSDictionary,使用字面量语法更为安全,在出错的地方更容易抛出错误。
2、应该通过取下标操作来访问数组下标或字典中的键锁对应的元素。


第四条:
1、static修饰符意味着该变量仅在定义此变量的编译单元中可见。编译器没收到一个编译单元,就会输出一份“目标文件”。在OC的语境下,“编译单元”一词通常指每个类的实现文件(.m)。加入声明变量时不加static,则编译器会为它创建一个“外部符号”(external symbol)。此时若是另一个编译单元中也声明了同名变量,那么编译器就会抛出一条错误信息。如果一个变量既声明为static,又声明为const,那么编译器根本不会创建符号,而是会想#define预处理指令一样,把所有遇到的变量都替换为常值。注意const在语句中的位置。应该是放在变量名前,意义为此变量指针为不变常量。
2、不要用预处理指令定义常量。这样定义出来的常量不包含类型信息,编译器只是会在编译钱据此执行查找替换搓作。即使有人从新定义了常量值,编译器也不会产生警告信息,这将导致应用程序中的常量值不一致。
3、在实现文件中使用 static const来定义“只在编译单元内可见的常量”。由于此类常量不在全局符号表中,所以无需为其名称加前缀。
4、在头文件中使用extern来声明全局常量,并在相关实现文件中定义其值。这种常量出现在全局符号表中,所以其名称应加以区隔,通常用与之相关的类名做前缀。


第五条:
1、在使用枚举变量时,如果不指定底层数据类型,则无法向前申明枚举类型,因为编译器不清楚底层数据类型的大小,所以在用到此枚举来行时,也就不知道究竟应该给变量分配多少空间。
2、根据是否要将代码按c++模式编译,NS_OPTIONS宏的定义方式也有所不同。如果不按c++编译,那么其展开方式就和NS_ENUM相同。若按照C++编译,则展开后的代码略有不同。原因在于,用按位或运算来操作两个枚举值时,C++编译模式的处理办法与非C++模式不一样。作为选项的枚举值经常需要用按位或运算来组合。在用或运算操作两个枚举值时,C++认为运算结果的数据类型应该是美剧的底层数据类型,也就是NSUInteger。而且C++不允许将这个底层类型“隐式转换”为雷剧类型本身。需要将按位或操作的结果显示转换过来。所以,在C++模式下应该用另一种方式定义NS_IPTIONS宏,以便省去类型转换操作。鉴于此,犯事需要以按位或操作来组合的枚举都应使用NS_OPTIONS定义。若是美剧不需要互相组合,则应使用NS_ENUM来定义。
3、当枚举配合switch来使用的时候不要实现default分支,因为当后期增加枚举选项时,如果没有default分支则会提示有分支未实现,如果实现了default分支这不会有此提示,鉴于此不要default分支会更加保证不容易出错。
4、应该用枚举类表示状态机的状态、传递给方法的选项以及状态吗等值,给这些值起个易懂的名字。


第六条:
1、如果使用了属性的话,那么编译器就会自动便携访问这些属性所需的方法,此过程叫做“自动合成”。这个过程由编译器在编译期执行,所以编译期里看不到这些“合成方法”的源代码。
2、在并发编程中,如果某操作具备整体性,也就是说,系统其他部分无法观察到其中间步骤所生成的临时结果,而还能看到操作前与操作后的结果,那么该操作就是“原子的(atomic)”,或者说,该操作具备“原子性”(atomicity)。详情参见:http://en.wikipedia.org/wiki/Atomicity_(programming)
3、NSString一般都使用copy来保护其封装操作,因为传递给设置方法的新值有可能指向一个NSMutableString类的实例。此时若是不拷贝字符串,那么设置完属性之后,字符串的值就可能会在对象不知情的情况下遭人更改。并且如果重写了setter方法,需要在方法中保证其具备相关属性所声明的特质。比如说,如果将某个属性声明为copy,那么久应该在setter方法中拷贝相关对象,否则会舞蹈该属性的使用者。而且,若是不遵从这一约定,还会令程序产生bug。
4、atomic和nonatomic的区别:具备atomic特质的获取方法会通过锁定机制来确保其操作的原子性。也就是说,如果两个线程读写同一属性,那么不论何时,总能看懂有效的属性值。若是不加锁的话(或者说使用nonatomic语义),那么其中一个线程正在改写某属性时,另外一个线程也许会突然闯入,吧尚未修改好的属性值读取出来。发生这种情况时,线程读到的属性值可能不太对。但是在实际的iOS开发过程中会发现,其中所有的属性都声明为nonatomic。这样做的历史原因是:在iOS中使用同步锁的开销较大,这会带来性能问题。一般情况下并不要求属性必须是“原子的”,因为这并不能保证“线程安全”(thread safety),若要实现“线程安全”的操作,还需要采用更为深层的锁定机制才行。例如,一个线程在连续多次读取某属性值的过程中有别的线程在同事改写该值,那么即便将属性声明为atomic,也还是会督导不同的属性值。因此,开发iOS程序时一般都会使用nonatomic属性。但是在开发mac os x程序时,使用atomic属性通常都不会有性能瓶颈。
5、开发iOS程序时应该使用nonatomic属性,因为atomic属性会严重影响性能。
6、在设置属性锁对应的实例变量时,一定要罪从该属性锁声明的语义。


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

推荐阅读更多精彩内容