编写高质量iOS和OS X代码的52个有效方法(笔记)

<h3>第1章 熟悉Objective-C</h3>

<h4>第1条:了解OC语言的起源</h4>

要点:
    1.OC为C语言添加了面向对象特性,是其超集。OC使用动态绑定的消息结构,也就是说,在运行时才会检查对象类型。接收一条消息之后,究竟应执行何种代码,由运行期环境而非编译器来决定。
    2.理解C语言的核心概念有助于写好OC程序。尤其要掌握内存模型与指针。

<h4>第2条:在类的头文件中尽量少引入其他头文件</h4>

@class 向前引用
要点:
    1.除非确有必要,否则不要引入头文件。一般来说,应在某个类的头文件中使用向前声明来提及别的类,并在实现文件中引入那些类的头文件。这样做可以尽量降低类之间的耦合(coupling)。
    2.有时无法使用向前声明,比如要声明某个类遵循一项协议。这种情况下,尽量把"该类遵循某协议"的这条声明移至"class-continuation分类"中。如果不行的话,就把协议单独放在一个头文件中,然后将其引入。

<h4>第3条:多用字面量语法,少用与之等价的方法</h4>

要点:
    1.应该使用字面量语法来创建字符串、数值、数组、字典。与创建此类对象的常规方法相比,这么做更加简明扼要。
    2.应该通过取下标操作来访问数组下标或字典中的键所对应的元素。
    3.用字面量语法创建数组或字典时,若值中有nil,则会抛出异常。因此,务必确保值里不含nil。

<h4>第4条:多用类型常量,少用#define预处理指令</h4>

预处理指令  #define  ANIMATION_DURATION 0.3
缺点:预处理过程会把碰到的所有ANIMATION_DURATION一律替换为0.3,这样的话,假设此指令声明在某个头文件中,那么所有引入了这个头文件的代码,其ANIMATION_DURATION都会被替换。

若不打算公开某个常量,则应将其定义在使用该常量的实现文件中
static const  NSTimeInterval kAnimationDuration = 0.3
优点:清楚的描述了常量的含义。由此可知该常量类型为NSTimeInterval,这有助于为其编写开发文档。如果要定义许多常量,那么这种方式能令稍后阅读代码的人更容易理解其意图。

还要注意常量名称。常用的命名法是:若常量局限于某“编译单元”(translation unit,也就是“实现文件”,implementation file)之内,则在前面加字母k;若常量在类之外可见,则通常以类名为前缀。

有时候需要对外公开某个常量。比方说,你可能要在类代码中调用NSNotificationCenter以通知他人。用一个对象来派发通知,令其他欲接收通知的对象向该对象注册,这样就能实现此功能了。派发通知时,需要使用字符床来表示此项通知的名称,而这个名字就可以声明为一个外界的常值变量。这样的话,注册者无需知道实际字符串值,只需以常值变量来注册自己想要接收的通知即可。应该这样来定义:
// In the header file
extern NSString *const EOCStringConstant;

// In the implementation file 
NSString *const EOCStringConstant = @"VALUE";
这个常量在头文件中“声明”,且在实现文件中“定义”。注意const修饰符在常量类型中的位置。所以在本例中,EOCStringConstant就是“一个常量,而这个常量是指针,指向NSString对象”。这与需求相符:我们不希望有人改变此指针常量,使其指向另一个NSString对象。

其他类型的常量也是如此。假如要把前例中EOCAnimatedView类里的动画播放时长对外公布,那么可以这样声明:
// EOCAnimatedView.h
extern const NSTimeInterval EOCAnimatedViewAnimationDuration;

// EOCAnimatedView.m
const NSTimeInterval EOCAnimatedViewAnimationDuration = 0.3;
这样定义常量要优于使用#define预处理指令,因为编译器会确保常量值不变。一旦在EOCAnimatedView.m中定义好,即可随处使用。而采用预处理指令所定义的常量可能会无意中遭人修改,从而导致应用程序各个部分所使用的值互不相同。
    总之,勿食用预处理指令定义常量,而应该借助编译器来确保常量正确,比方说可以在实现文件中用static const 来声明常量,也可以声明一些全局常量。
要点:
    1.不要用预处理指令定义常量。这样定义出来的常量不含类型信息,编译器只是会在编译前据此执行查找与替换操作,即使有人重新定义了常量值,编译器也不会产生警告信息,这将导致应用程序中的常量值不一致。
    2.在实现文件中使用static const来定义“只在编译单元内可见的常量”(translation-unit-specific constant)。由于此类常量不在全局符号表中,所以无须为其名称加前缀。
    3.在头文件中使用extern来声明全局常量,并在相关实现文件中定义其值。这种常量要出现在全局符号表中,所以其名称应加以区隔,通常用与之相关的类名做前缀。

<h4>第5条:用枚举表示状态、选项、状态码</h4>

一个字节含8个二进制位,所以至多能表示可取256种(2的8次方)枚举(编号为0~255)的枚举变量。

要点:
    1.应该用枚举来表示状态机的状态、传递给方法的选项以及状态码等值,给这些值起个易懂的名字。
    2.如果把传递给某个方法的选项表示为枚举类型,而多个选项又可同时使用,那么就将各选项值定义为2的幂,以便通过按位或操作将其组合起来。
    3.用NS_ENUM与NS_OPTIONS宏来定义枚举类型,并指明其底层数据类型。这样做可以确保枚举是用开发者所选的底层数据类型实现出来的,而不是采用编译器所选的类型。
    4.在处理枚举类型的switch语句中不要实现defauly分支。这样的话,加入新枚举之后,编译器就会提示开发者:switch语句并未处理所有枚举。

<h3>第2章 对象、消息、运行期</h3>


<h4>第6条:理解“属性”这一概念</h4>

<h4>第7条:在对象内部尽量直接访问实例变量</h4>

<h4>第8条:理解“对象等同性”这一概念</h4>

<h4>第9条:以“类族模式”隐藏实现细节</h4>

<h4>第10条:在既有类中使用关联对象存放自定义数据</h4>

<h4>第11条:理解objc_msgSend的作用</h4>

<h4>第12条:理解消息转发机制</h4>

<h4>第13条:用“方法调配技术”调试“黑盒方法”</h4>

<h4>第14条:理解“类对象”的用意</h4>

<h3>第3章 接口与API设计</h3>

<h4>第15条:用前缀避免命名空间冲突</h4>

<h4>第16条:提供“全能初始化方法”</h4>

<h4>第17条:实现description方法</h4>

<h4>第18条:尽量使用不可变对象</h4>

<h4>第19条:使用清晰而协调的命名方式</h4>

<h4>第20条:为私有方法名加前缀</h4>

<h4>第21条:理解OC错误模型</h4>

<h4>第22条:理解NSCopying协议</h4>

<h3>第4章 协议与分类</h3>

<h4>第23条:通过委托与数据源协议进行对象间通信</h4>

<h4>第24条:将类的实现代码分散到便于管理的数个分类之中</h4>

<h4>第25条:总是为第三方类的分类名称加前缀</h4>

<h4>第26条:勿在分类中生名属性</h4>

<h4>第27条:使用“class-continuation分类”隐藏实现细节</h4>

<h4>第28条:通过协议提供匿名对象</h4>

<h3>第5章 内存管理</h3>

<h4>第29条:理解引用计数</h4>

<h4>第30条:以ARC简化引用计数</h4>

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

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

<h4>第33条:以弱引用避免保留环</h4>

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

<h4>第35条:用“僵尸对象”调试内存管理问题</h4>

<h4>第36条:不要使用retainCount</h4>

<h3>第6章 块与大中枢派发</h3>

<h4>第37条:理解 "块"这一概念</h4>

<h4>第38条:为常用的块类型创建tyoedef</h4>

<h4>第39条:用handler来降低代码分散程度</h4>

<h4>第40条:用块引用其所属对象时不要出现保留环</h4>

<h4>第41条:多用派发队列,少用同步锁</h4>

<h4>第42条:多用GCD,少用performSelector系列方法</h4>

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

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

<h4>第45条:使用dispatch_once来执行只需要运行一次的线程安全代码</h4>

<h4>第46条:不要使用 dispatch_get_current_queue</h4>

<h3>第7章 系统框架</h3>

<h4>第47条:熟悉系统框架</h4>

<h4>第48条:多用块枚举,少用for循环</h4>

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

<h4>第50条:构建缓存时选用NSCache而非NSDictionary</h4>

<h4>第51条:精简initialize与load的实现代码</h4>

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

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

推荐阅读更多精彩内容