最近再次拜读了<<Effective Objective-C 2.0>>这本书, 经典的书确实值得阅读, 并且里面的很多东西, 并不过时, 书中有52条建议, 但这里笔者只是选取了其中的几条来分享, 这几条可能是我们在开发中比较常用的, 还有就是因为其他的不是能用很短的语言写出来的, 如果你没有读过这本经典的书, 还是建议阅读一下原书.
- 对于OC中的对象声明例如
NSObject *obj1 = [NSObject new];, obj1这个指针变量是分配在栈上的, 他指向的是这一个分配在堆上面的实例对象, 如果进行下面的赋值操作NSObject *obj2 = obj1;,那么并没有新生成一个实例对象, 只是在栈上分配了一个新的指针变量obj2, 而obj2和obj1指向的实例对象是同一个.
- 关于文件头文件的引入问题, 一般情况下不建议在
A.h文件中引入其他的B.h文件, 因为在别人引入A.h的时候, 同时也引入了B.h文件, 增加不必要的文件耦合和编译时间, 一般在.h文件中使用前向声明即@class B, 而在.m文件中才真的引入头文件, 当然对于protocol不能使用前向声明, 如果将protocol放在了另一个.h文件中, 那么就必须要引入这个头文件了. - 尽量使用字面量语法来初始化字符串, 数组, 字典等, 因为字面量语法其实是一种
语法糖, 使用它可以让代码可读性更高, 当然对于一些必须要使用到初始化方法的时候字面量语法就不好用了.例如:
NSString *str = @"string";
NSArray *arr = @[obj1, obj2];
arr[1]// 读取使用下标而尽量不使用对应的函数...
[array setObject:<#(nonnull id)#> atIndexedSubscript:<#(NSUInteger)#>]
- 少用#define来定义常量, 因为宏定义只是简单的代码替换, 并没有类型判断, 不便于我们阅读判断, 同时宏定义可以被覆盖, 当别人引入了我们的头文件的时候, 可能会覆盖我们里面定义的宏, 带来很麻烦的调试, 我们应该使用C语言风格的
const,static,extern相结合来定义常量
/// 使用static 和const 定义文件内部的常量 一般使用k开头命名
static float const kAnimationTime = 2.0f;
/// 使用const定义全局的常量, 在其他文件中可以通过 extern float const kAnimationTime引入使用, 一般不用k开头命名, 而使用class名字
float const CustomAnimationTime = 2.0f;
- 用好枚举, 使用枚举来表示选项, 状态码, 可以让代码更清晰, 这个在系统的API中也经常看到, 比如按钮的状态, autoresizing... , 例如如果你需要用一些状态码来表示网络请求的结果: 你可能会有两种方法
1. 定义一个整形变量, 然后说明, 不同的整数代表不同的状态, 那么这样对于开发就很不方便, 必须得很清楚并且很正确的输入对应的整数才能表示相应的状态, 那么就很容易出错, 和不便于维护
int statusCode;
if (statusCode == 200) { }/// 请求成功
else if () ....
2. 使用枚举, 对不同的状态定义不同的名字, 这样就很清晰方便了, 当然定义的时候使用NS_ENUM比使用enum要`好`
typedef NS_ENUM(NSInteger, ErrorCode) {
ErrorCodeNotFind,
ErrorCodeLostConnection,
ErrorCodeUnknow
};
显然上面你应该选用枚举, 同时还有一种情况就是, 定义多选项, 这个你是会把他们都放进一个数组中么?? 当然不要这样做, 这个时候也应该使用枚举来定义, 不过会有一点的小技巧, Apple对这种进行了一个包装, 使用NS_OPTIONS而不是enum
typedef NS_OPTIONS(NSInteger, ErrorOptions) {
ErrorOptionsNone = 0,
ErrorOptionsOne = 1 << 0, ///左移操作 --- 1 --- 0001
ErrorOptionsTwo = 1 << 1, --- 2 --- 0010
ErrorOptionsThree = 1 << 2 --- 4 --- 0100
};
因为上面定义的枚举值都为2的整数次幂值, 所以后面就可以使用位操作符 与(&)和或(|)来进行选项的筛选
ErrorOptions options = ErrorOptionsOne | ErrorOptionsTwo; //--- 0011
if (options & ErrorOptionsOne) {// ErrorOptionsOne
// 结束判断后面
}
else if (options & ErrorOptionsTwo) {// ErrorOptionsTwo
// ...
}
else {
// ...
}
- 需要遍历操作的时候, 尽量不要用C语言风格的for遍历, 而是采用OC的 for-in方式的快速枚举, 当然使用block的方式来遍历未必不是更好的一种方式, 尤其是遍历字典的时候.
- 需要缓存的时候使用NSCache而不要使用NSArray或者NSDictionary, 因为使用NSCache来进行缓存当内存不足的时候系统会自动清理缓存, 并且会首先清理缓存时间较长的东西, 如果使用NSArray或者NSDictionary就没有这个福利了
- 不要在load方法里面执行耗时的操作, 因为这个时候会阻塞当前的线程, 如果是主线程被阻塞, 那么...就不能接受用户的响应, 同时不要在load方法里面使用其他的类和调用函数, 因为这个时候程序是
脆弱的, 有可能使用的class还没有被加载到系统中来, 当然使用Foundation里面的NSString...这些是没有问题的 - initialize这个方法在文档中写明了是在第一次使用这个类的时候才会调用一次(懒加载), 但是需要注意的是, 如果父类中实现了initialize这个方法, 而子类中没有实现这个方法, 当初始化子类的时候, 父类的这个initialize方法是会被调用多次的(消息转发机制), 比如
ZJChildClass类里面没有重写initialize方法, 但是他的父类重写了, 所以在初始化ZJChildClass的时候, 父类的initialize会被调用两次, 即会打印两条
@interface ZJBaseClass : NSObject
@end
@implementation ZJBaseClass
+ (void)initialize {
NSLog(@"加载一次-----");
}
@end
@interface ZJChildClass : ZJBaseClass
@end
所以一般都是这样来重写initialize方法的, 保证只会像我们期望的那样调用一次
+ (void)initialize {
if (self == [ZJBaseClass class]) { /// 不能用 [self class]
NSLog(@"加载一次-----");
}
}
- 对只需要执行一次的代码使用
dispatch_once, 这样可以保证线程安全, 并且只执行一次, 最常见的是用来实现单例
+ (instancetype)sharedInstance {
static Object *sharedInstance = nil;
static dispatch_once_t onceToken;
dispatch_once(&onceToken, ^{
sharedInstance = [self new];
});
return sharedInstance;
}
- 多用GCD少用NSObject的一些performSelector等方法, 因为使用performSelector这种方式可能会造成内存泄漏, 一般情况下使用GCD都可以完成, 比如dispatch_after来实现延时后执行
- 使用NSTimer的时候要特别注意内存泄漏的问题, 因为NSTimer会持有目标对象, 很容易造成循环引用的问题, 也许你会想到在这个目标对象的dealloc里面让NSTimer失效(调用 invalidation 并且置为nil), 但是这根本就没有用, 因为循环引用的原因, 根本就不会调用dealloc方法, 所以在里面销毁是没有用的, 需要在对象被销毁之前手动销毁计时器
