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方法固然快捷，但这只是一个看起来明智实则低级的错误
