《编写高质量代码》 作者 刘一道

看这本书的过程中，做了一些笔记，分享一下。

建议1：视OC 为一门动态语言

写代码的时候切忌心态浮躁，急功近利。

OC和C++ 都是在C的基础上加入面向对象特性扩充而成的程序设计语言，OC是基于动态运行时类型，而C++基于静态类型。

用OC 编写的程序不能直接编译成可令机器读懂的机器语言（二进制编码），而是在程序运行时，通过运行时（Runtime）把程序编译成可令机器读懂的机器语言。

OC 作为一门动态开发语言，会尽可能地将编译和链接时要做的事情推迟到运行时。这意味着OC语言不仅需要一个编译环境，同时也需要一个运行时(Runtime)系统来执行编译好的代码。

在一定程度上，运行时系统类似于OC 语言的操作系统，OC 就基于该系统来工作。因此，运行时系统好比OC 的灵魂，很多东西都是在这个基础上出现的。

 静态开发语言执行效率要比动态开发语言高，因为一部分CPU计算损耗在了运行时系统过程中。

OC 是动态语言，C++是静态语言。

静态语言执行效率和安全性要动态语言高，但其简便性没有动态语言高。

运行时(Runtime)环境可处理弱类型、函数存在检查工作，会检测注册列表里是否存在对应的函数，类型是否正确，最后确定正确的函数地址，再进行保存寄存器状态、压栈、函数调用等实际操作，确保了OC 的灵活性。

参考链接：  http://www.cnblogs.com/ioshe/p/5489086.html#3846100

建议2：在头文件中尽量减少其他头文件的引用

#import 和 @class 在编译效率方面存在着巨大的差异，假如，有100个头文件，都用#import 引用了同一个头文件，或者这些文件是依次引用的，如A->B，B->C,C->D这样的引用关系。当最开始的那个头文件有变化时，后面所有引用它的类都需要重新编译，如果自己的类有很多话，这将浪费大量的时间，而使用@class 则不会。

建议3:尽量使用const、enum来替换预处理#define

#define 定义了一个宏，在编译开始之前就会被替换。 

相对字符串字面量或数字，更推荐使用常量，应使用static方式声明常量，而非使用#define 的方式来定义宏。

恰当用法：

 static NSString * const  EMCompanyName = @"RenRenSheJi";

static const CGFloat  EMImageHeight = 50.0;

不当用法如下：

#define CompanyName  @"RenRenSheJi"

#define  imageHeight    2

对于整数类型，代替#define 比较好用的方法就是使用enum.

NS_OPTIONS ：一般用来定义位移相关操作的枚举值。

NS_ENUM： 一般用来定义普通的枚举。

参考链接：http://blog.csdn.net/u014205965/article/details/45913747

                    http://www.jianshu.com/p/12db1a648b69

要点：

     1.  尽量避免使用#define 预处理命令。#define 预处理命令不包含任何的类型信息，仅仅是在编译前做替换操作。它们在重复定义时不会发出警告，容易在整个程序中产生不一致的值。

     2.在源文件（.m）中定义的static const 类型常量因为无须全局引用，所以它们的名字不需要包含命名空间。

        命名空间：http://blog.csdn.net/lf_2016/article/details/51930792

    3.在头文件中定义的全局引用的常量，需要关联定义在源文件(.m)中的部分。因为需要被全局引用，所以它们的名字需要包含命名空间，通常是用它们的类名作为命名前缀。

    4.尽量用NS_ENUM 和 NS_OPTIONS 宏来实现枚举。

建议4：优先使用对象字面量语法而非等效方法

对象对面量：Object Literals 

字面量建立的数组是不可变数组，转化成可变数组需要mutableCopy：

NSMutableArray *array = [ @[@"a",@"b"]   mutableCopy];

建议5：处理隐藏的返回类型，优先选择实例类型而非id

仅有在作为返回值时，宜用instancetype 来替换id,而不是代替代码中所有id。 与id 不同，instancetype 关键字仅能作为方法声明的返回类型。

作为返回值，id 由于其自身的缺陷，在Objective-C中会逐渐退出，有instancetype 来替代。

使用instancetype 可避免隐式转换id 而造成的欺骗性编译无误通过的现象，防止程序证书运行时出现崩溃现象，可以大大改善OC 代码的类型安全。

建议6：尽量使用模块方式与多类建立复合关系

引入预编译头文件(Pre-compiled Headers,PCH)，即把公用的头文件放入预编译头文件中预先进行编译。通过在编译的预处理阶段，预先计算和缓存需要的代码；然后在真正编译工程时再将预先编译好的产物加入到所有待编译的源文件中去，来加快编译速度。利用预编译头文件虽然可以加快编译的时间，但是这样面临的问题是，在工程中随处可用本来不能访问的东西，而编译器也无法准确给出错误或者警告，无形中增加了出错的可能性。

开启使用模块：

     在项目的Build Settings 中通过搜索Modules 找到这个选项，将Enable Moudules 选项设为YES.

     自己不需要把所有的#import都换成@import,因为编译器会隐式地转换它们，但是还是建议尽可能地用新语法来编写代码。

要点：

 1.#include 和 #import ,其根本就是简单的复制、粘贴，将目标.h文件中的内容一字不落地复制到当前文件中，后者可以避免多次的重复引用。

2.以预编译头文件的方式，虽可缩短编译时间，但其维护棘手，不利于广泛应用。

3.模块功能，其应用不仅仅表现于编译的速度加快，同时在链接框架等方面也非常好用。

4.启动模块功能后，编译器会隐式地把所有的#import 都转化成 @import。

建议 7：明解Objective-C++ 中的有所为而有所不为

OC 编译器允许用户在同一个源文件(.m)里自由地混合使用C++ 和 OC ,混编后的语言叫作Objective-C++。

1.C++ 和 OC 在定义上结构上一样，但是后者的继承是封闭的。

2.OC 接口中定义的C++类是全局范围的，而不是OC 类的内嵌类。

3.C++ 和 OC 的对象模型不能直接兼容。与OC不同的是，C++对象是静态类型的，有运行时系统多态是特殊情况。

4.C++ 和 OC 有词汇歧义和冲突。

5.C++ 和 OC 两者功能上有限制。Objective C++没有为OC 类增加C++ 的功能，也没有为C++ 类增加Objective-C 的功能。