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;
}
}
