iOS代码习惯与代码优化（一）

1.属性修饰符运用需要注意的地方

在arc中，基本变量之外的属性弱引用最好使用weak，来避免野指针的出现，weak可以在指向的对象dealloc的时候自动置为nil（属性值会清空）。

在arc中使用assign修饰delegate是很危险的，在assign修饰的属性遭到摧毁时，属性值不会清空。此时如果使用self.delegate会造成程序crash。

在arc中强引用尽量使用strong，当然这里strong和retain的作用是一样的，但是为了保持代码的一致性，这里推荐使用strong。

2.在对象内部访问实例变量的方式

@interface Person : NSObject
@property (nonatomic, copy) NSString *name;

有两种访问方法：1.是通过属性进行访问，即setter getter方法。2.直接访问方式。

在设置实例变量时要通过属性访问，即self. name。因为直接访问实例变量_name，不会调用setter方法，也就绕过了为该属性所定义的'内存管理语意'（即修饰符copy、strong、weak……不起作用）。直接访问也不会触发'键值观察KVO'通知。如果该属性使用懒加载，使用直接访问_name也是无效的。

3.声明常量

NSString *const kNotificationName = @"failNotificationName Name";

如果常量不是全局的，请在前面加static。否则可能会产生duplicate symbol的错误。
如果需要声明全局的常量，那么需要在.h 文件中加入。

FOUNDATION_EXPORT NSString * const kNotificationName;
或者
extern NSString * const kNotificationName;

同样我们可以使用宏来声明变量，define预处理指令。使用预处理指令有这么几个缺点：1.定义出来的常量没有类型信息，只能做替换。2.当在其他地方修改该宏时，会导致该常量发生变化。（例如：其他的开发人员在工程中定义了同名的宏，编译器不会报错）而使用类型常量恰巧能解决这两个问题。

4.程序中环境的切换

在开发过程中，经常需要切换环境。比如测试环境，开发环境，与生产环境。我们可以通过构建NSString的category返回url。

#import "NSString+URL.h"
static NSString * const kBaseURL = @"http://220.175.104.19:8080";

@implementation NSString (URL)
+ (NSString *)RequestUrlWithString:(NSString *)url
{
    return [NSString stringWithFormat:@"%@%@",kBaseURL, url];
}
@end

使用方法：

NSString *url = [NSString RequestUrlWithString:@"xxx/xxxx"];

5.通知的添加和移除

看到有同事使用这种方法来添加通知与移除通知

-(void)viewWillAppear:(BOOL)animated{
    
    [[NSNotificationCenter defaultCenter ] addObserver:self selector:@selector(keyboardWillShow:) name:UIKeyboardWillShowNotification object:nil] ;
    
    [[NSNotificationCenter defaultCenter ] addObserver:self selector:@selector(keyboardWillHidden:) name:UIKeyboardWillHideNotification object:nil] ;
    
}
-(void)viewWillDisappear:(BOOL)animated{
    
    [[NSNotificationCenter defaultCenter ] removeObserver:self name:UIKeyboardWillHideNotification object:nil ] ;
    [[NSNotificationCenter defaultCenter ] removeObserver:self name:UIKeyboardWillShowNotification object:nil ];
    
}

因为willAppear和Disappear出现的顺序并不一定是一对一的。所以有可能造成多次添加，多次移除通知。当视图没有展示的时候视图控制器就无法接受到通知，导致一些操作没有进行。
建议在 viewDidLoad里添加通知。在dealloc里移除通知。当然在通知根视图控制器显示操作时可以使用这种方法，避免所有已经load的控制器响应该通知。

6.使用懒加载

在viewDidLoad之后，初始化的过程必然生成了对应的控件或者数据，无论这些控件或者数据是否立即有用，这会占用比较大的内存空间。我们可以通过重写属性的getter方法，来解决以上问题。

@property (nonatomic, strong) NSMutableArray *dataSource;

- (NSMutableArray *)dataSource {
    if (!_dataSource) {
        self.dataSource = [NSMutableArray array];
    }
    return _dataSource;
}

7.delegate需要校验传入参数

特别是封装自己的UI控件时，当我们使用系统UI控件的代理方法时，就会发现，代理方法往往都会把控件对象作为参数传递过来。在这个方法中，可以访问该对象的属性。

- (void)textViewDidEndEditing:(YYTextView *)textView {
    self.navigationItem.rightBarButtonItem = nil;
}

如果你的delegate方法，只作为一个textView的委托回调，这种写法没有任何问题。但是如果你想扩展你的界面，在将来的界面中很可能出现另一个textView，这时你就必须区分这两个textView是谁回调了这个代理方法。此时，如果你之前并没有添加传入参数判断，那么你还需要将之前的textView变量名字找到，并将之前的这些逻辑转移到一个if分支内，然后才能处理新添加的textView逻辑，这时候你的思路很可能被打断。更糟糕的是，很有可能是你的小伙伴来做这件事情。所以在扩展之前就先加上参数校验是一个很好的习惯。

- (void)textViewDidEndEditing:(YYTextView *)textView {
    if (textView == self.textView) {
        self.navigationItem.rightBarButtonItem = nil;
    }
}