【Effective Objective - C 2.0】——读书笔记（一）

---

前言

最近寒假学习了【Effective Objective - C 2.0】这本书，特此总结

---

一、了解Objective-C语言的起源

OC的起源

OC与许多其他面向对象的语言类似，但是在很多其他方面有所差别，特别是在语法方面。因为OC使用消息结构而非函数调用。OC是消息型语言的鼻祖，消息与函数之间的区别看上去就像这样：

//Messaging（Objevtive-C）
Object *obj = [Object new];
[obj performWith:parameter1 and:parameter2];

//Function calling（C++）
Object *obj = new Object;
obj->perform(parameter1, parameter2);

消息结构和函数调用的关键差别在于：使用消息结构的语言，其运行所应执行的代码由运行环境来决定；而使用函数调用的语言，则由编译器决定。、

运行期组件和内存管理

Objective-C的重要工作都由“运行期组件”（runtime component）而非编译器来完成。使用Objective-C的面向对象特性所需的全部数据结构及函数都在运行期组件里面。运行期组件本质上就是一种与开发者所编代码相链接的“动态库”（dynamic library），其代码能把开发者编写的所有程序粘合起来。

我们以一个例子来说明：

NSString *someString = @"The string";

例如上述代码，声明了一个someString 的变量，此变量为指向NSString的指针，因为OC声明变量基本上都为指针变量，所以OC对象所占内存总是分配在“堆空间”（heap space）中，而绝不会分配在“栈”（stack）上

如果再次创建一个对象Same,那么这两个对象队徽分配在堆中，它们同时指向了堆中的NSString实例

NSString *someString = @"The string";
NSString *anotherString = someString;

再说的简单点，就是对象分配在栈上，而实例分配在堆中。一些不含*的数据类型也会分配在栈中，例如CGRect

Objective-C的起源要点总结

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

二、在类的头文件中尽量少引入其他头文件

尽量延后引入头文件或者单独开辟一个文件

• 将引入头文件的时机尽量延后，只在需要的时候才引入，这当然会减少编译时间，提升效率
• 有时候必须要在头文件引入其他头文件，例如遵守某个协议并且必须实现全部细节，这个时候我们可以把该协议单独写一个文件避免了不必要的编译会延期编译效率

而当你需要实现EOCEmployer接口的全部细节时候只需要在实现文件里添加#import "EOCEmployer.h"即可：

#import "EOCPerson.h"
#import "EOCEmployer.h"

@implementation EOCPerson

@end

向前声明

• 解决了这两个类相互引用问题
• 相互引用：有两个类，它们都在头文件中引入了对方的头文件，两个类都进行各自的引用解析，这样就会导致“循环引用”（chicken-and-egg
  situation）。虽然我们使用#import而非#include不会导致死循环，但是这意味着两个类中有一个类无法被正确编译。
• 但是，有时候就必须引入头文件，比如继承以及遵循的协议

要点总结：

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

三、多用字面量语法，少用与之等价的方法

字面量数值：

NSNumber *number = @1;

字面数组：

NSArray *array = [NSArray arrayWithObjects:@"1", @"2", @"3", @"4", nil];

字面量数组：

NSArray *array = @[@"1", @"2", @"3", @"4"];

对于字面量的话，需要注意的是，如果字面量初始化的有nil，就会报错，并且还需要注意，字面量初始化默认的是不可变的，如果需要初始化可变类型容器，就不能使用字面量进行初始化

字面量更安全

• 通过对比可以知道字面量语法会自动抛出异常终止了程序的进行和不必要的错误，我们可以通过异常更快的发现错误

要点总结：

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

总结来说就是多用@直接创建容器和其他基本数据，而少用方法进行创建

四、多用类型常量，少用#define预处理指令

定义常量的命名

#define kString iOS

• 在实际的开发里面，这样定义出来的常量没有类型信息，并且假设此命令在某个头文件中，那么所有引入了这个头文件的的代码，其定义的固定值都会被这个替换掉，很槽糕！

类型常量的方法：

static const NSString* iOS = @"666";

定义常量的位置方法

• 定义常量的位置是极其重要的，我们总喜欢在头文件里声明预处理指令，那么引入了这个头文件的所有文件都会含有这个变量，万一重名，程序变得异常麻烦。
• 所以最好不要在头文件中定义常量，不论你是如何定义常量的，因为OC中没有“名称空间”这一概念

因此我们最好在头文件中声明常量，在实现文件中定义常量
就像如下代码所写：

要点总结

• 不要用预处理指令定义常量。这样定义出来的常量不含类型信息，编译器只是会在编译前据此执行查找与替换操作。即使有人重新定义了常量值，编译器也不会产生警告信息，这将导致应用程序中的常量值不一致。
• 在实现文件中使用static const来定义“只在编译单元内可见的常量”（translation-unit-specific
  constant）。由于此类常量不在全局符号表中，所以无须为其名称加前缀。
• 在头文件中使用extern来声明全局常量，并在相关实现文件中定义其值。这种常量要出现在全局符号表中，所以其名称应加以区隔，通常用与之相关的类名做前缀。

其实这点笔者在先前已经有总结，有兴趣的可以翻阅笔者之前的博客

五、用枚举表示状态,选项，状态码

要点总结

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

总结

提示：这里对文章进行总结：
例如：以上就是今天要讲的内容，本文仅仅简单介绍了pandas的使用，而pandas提供了大量能使我们快速便捷地处理数据的函数和方法。