Effictive Objective - C 2.0读书笔记（

Accustoming Yourself to Objective - C

• Objective - C是C的超集,并为其增加了面向对象的功能，Objective - C通过动态绑定实现消息传递机制，也就意味着对象类型是在运行时决定的.Runtime通过给定的消息来决策，而不是编译器.
• 理解C语言的核心概念有助于编写高效的Objective - C代码。特别是你需要理解内存模型和指针.

Minimize Importing Headers in Headers

• 尽可能的在深层里面导入头文件，这意味着需要在.h中使用向前声明，在对应的.m中导入对应的头文件.这样做的好处是可以尽量避免耦合.
• 有时，可能无法使用向前声明,比如在声明协议的时候.这种情况下，可以考虑把协议的声明转移到分类中去.否则只有在定义一个协议的时候才会导入头文件

Prefer Literal Syntax over the Equivalent Methods

• 使用字面量语法来创建字符串(strings),数字类型(numbers),数组(arrays),词典(dictionaries).这种方式比使用标准的对象方法创建更为简洁明了.
• 访问数组和词典中的元素使用，脚标(subscript)的方式.
• 在使用字面量方式创建数组和词典的时候，如果有nil元素的存在，则会导致异常的抛出.所以，要确保值不为nil.

Prefer Typed Constants to Preprocessor #define

• 使用常量来代替宏定义,并且要写在implementation里面

// 不推荐
#define ANIMATION_DURATION 0.3 
// 推荐，并且已定要同时使用static和const修饰符.
static const NSTimeInterval kAnimationDuration = 0.3; 

• 如果你需要在.h中暴露一个全局的标志给外界，那么你应该使用如下定义方式

extern NSString *const EOCStringConstant;

// 实现文件中
NSString *const EOCStringConstant = @"VALUE";

• 避免使用宏定义，宏定义不能挟带任何信息，仅仅只是简单的使用一个标志去代替某些值.当你不小心重定义了之前的宏定义，是收不到任何警告的.

Use Enumerations for States,Options,and Status Codes

• 在使用枚举来定义状态值(states)，选择项(options)或者错误标志(error status code)的时候，使用可读性较强的名字
• 如果使用枚举来定义一个选择项的的时候，并且选项有多个，使用位运算来定义各项的值，这样方便多个状态一起出现
• 使用NS_ENUM和NS_OPTIONS宏定义来定义枚举

Understand Properties

• 关于使用iva和property到底哪个更好，这个争论一直是个热门话题.一般写法大致如下

@interface EOCPerson : NSObject
{
    // instance variables
    NSString *_fullName;
    NSString *_sex;
}

// property
@property (nonnatomic, copy) NSString *firstName;
@property (nonnatomic, copy) NSString *lastName;

@end

两种写法有以下几点不同

• 使用实例变量毫无疑问更快，因为它不会调用Objective - C的dispatch方法.编译器会直接发送代码去访问实例变量所在区域的内存.
• 使用property的内存管理语法来定义对象并自动生成相应的setter和getter来访问对象,会先执行相应的内存管理方法，比如你定义了一个copy类型的property，新值会先retain，然后旧值才会被释放
• 直接访问实例变量不会触发KVO通知，这是一个可有可无的问题，当然这取决于对象的行为
• property更易于调试，你可以给property的setter和getter加上断点，然后看看是谁在什么时候访问了property.

推荐按如下方式使用

• 读取数据的时候使用实例变量，写数据的时候使用property
• 在初始化方法和dealloc里面无论读数据还是写数据都要直接使用实例变量
• 使用懒加载的时候使用property来读数据

Understand Object Equality

• 在比较两个对象是否相同的时候，使用isEqual:来比较，而不是==
• 当你想为自定义对象实现一个isEqual:方法的时候，不要忘记一同实现hash方法
• 相同的两个对象，他们的hash一定相等，但是拥有相同hash的两个对象，不一定相等
• 最终能决定的是是否需要测试相等，而不是测试每一个property
• 实现hash方法固然快捷，但这只是一个看起来明智实则低级的错误