类

属性也应该被暴露。
把单例作为一个对象的容器来在代码或者应用层面上共享是糟糕和丑陋的，
这是一个不好的设计。
属性属性应该尽可能描述性地命名，
避免缩写，
并且是小写字母开头的驼峰命名。
我们的工具可以很方便地帮我们自动补全所有东西（嗯。
。
几乎所有的，
Xcode 的Derived Data 会索引这些命名）。
所以没理由少打几个字符了，
并且最好尽可能在你源码里表达更多东西。
例子 :NSString *text;
不要这样 :NSString* text;
NSString * text;
（注意：这个习惯和常量不同，
这是主要从常用和可读性考虑。
C++ 的开发者偏好从变量名中分离类型，
作为类型它应该是NSString* （对于从堆中分配的对象，
同事对于C++是不能从栈上分配的）格式。
）使用属性的自动同步 (synthesize) 而不是手动的 @synthesize 语句，
除非你的属性是 protocol 的一部分而不是一个完整的类。
如果 Xcode 可以自动同步这些变量，
就让它来做吧。
否则只会让你抛开 Xcode 的优点，
维护更冗长的代码。
你应该总是使用 setter 和 getter 方法访问属性，
除了 init 和 dealloc 方法。
通常，
使用属性让你增加了在当前作用域之外的代码块的可能所以可能带来更多副作用你总应该用 getter 和 setter 因为：使用 setter 会遵守定义的内存管理语义(strong, weak, copy etc...) 这回定义更多相关的在ARC是钱，
因为它始终是相关的。
举个例子，
copy 每个时候你用 setter 并且传送数据的时候，
它会复制数据而不用额外的操作KVO 通知(willChangeValueForKey, didChangeValueForKey) 会被自动执行更容易debug：你可以设置一个断点在属性声明上并且断点会在每次 getter / setter 方法调用的时候执行，
或者你可以在自己的自定义 setter/getter 设置断点。
允许在一个单独的地方为设置值添加额外的逻辑。
你应该倾向于用 getter：它是对未来的变化有扩展能力的（比如，
属性是自动生成的）它允许子类化更简单的debug（比如，
允许拿出一个断点在 getter 方法里面，
并且看谁访问了特别的 getter它让意图更加清晰和明确：通过访问 ivar _anIvar 你可以明确的访问 self->
_anIvar.这可能导致问题。
在 block 里面访问 ivar （你捕捉并且 retain 了 sefl 即使你没有明确的看到 self 关键词）它自动产生KVO 通知在消息发送的时候增加的开销是微不足道的。
更多关于新年问题的介绍你可以看 Should I Use a Property or an Instance Variable?Init 和 Dealloc有一个例外：你永远不能在 init （以及其他初始化函数）里面用 getter 和 setter 方法，
并且你直接访问实例变量。
事实上一个子类可以重载sette或者getter并且尝试调用其他方法，
访问属性的或者 ivar 的话，
他们可能没有完全初始化。
记住一个对象是仅仅在 init 返回的时候，
才会被认为是初始化完成到一个状态了。
同样在 dealloc 方法中（在 dealloc 方法中，
一个对象可以在一个 不确定的状态中）这是同样需要被注意的。
Advanced Memory Management Programming Guide under the self-explanatory section "
Don'
t Use Accessor Methods in Initializer Methods and dealloc"
;
Migrating to Modern Objective-C at WWDC 2012 at slide 27;
in a pull request form Dave DeLong'
s. 此外，
在 init 中使用 setter 不会很好执行 UIAppearence 代理（参见 UIAppearance for Custom Views 看更多相关信息).）点符号当使用 setter getter 方法的时候尽量使用点符号。
应该总是用点符号来访问以及设置属性例子:view.backgroundColor = [UIColor orangeColor];
[UIApplication sharedApplication].delegate;
不要这样:[view setBackgroundColor:[UIColor orangeColor]];
UIApplication.sharedApplication.delegate;
使用点符号会让表达更加清晰并且帮助区分属性访问和方法调用属性定义推荐按照下面的格式来定义属性@property (nonatomic, readwrite, copy) NSString *name;
属性的参数应该按照下面的顺序排列： 原子性，
读写 和 内存管理。
这样做你的属性更容易修改正确，
并且更好阅读。
你必须使用 nonatomic，
除非特别需要的情况。
在iOS中，
atomic带来的锁特别影响性能。
属性可以存储一个代码块。
为了让它存活到定义的块的结束，
必须使用 copy （block 最早在栈里面创建，
使用 copy让 block 拷贝到堆里面去）为了完成一个共有的 getter 和一个私有的 setter，
你应该声明公开的属性为 readonly 并且在类扩展总重新定义通用的属性为 readwrite 的。
@interface MyClass : NSObject@property (nonatomic, readonly) NSObject *object@end@implementation MyClass ()@property (nonatomic, readwrite, strong) NSObject *object@end如果 BOOL 属性的名字是描述性的，
这个属性可以省略 "
is"
，
但是特定要在 get 访问器中指定名字，
如：@property (assign, getter=isEditable) BOOL editable;
文字和例子是引用 Cocoa Naming Guidelines.为了避免 @synthesize 的使用，
在实现文件中，
Xcode已经自动帮你添加了。
私有属性私有属性应该在类实现文件的类拓展（class extensions，
没有名字的 categories 中）中。
有名字的 categories（如果 ZOCPrivate）不应该使用，
除非拓展另外的类。
例子:@interface ZOCViewController ()@property (nonatomic, strong) UIView *bannerView;
@end可变对象【疑问】任何可以用来用一个可变的对象设置的（(比如 NSString,NSArray,NSURLRequest)）属性的的内存管理类型必须是 copy 的。
这个是用来确保包装，
并且在对象不知道的情况下避免改变值。
你应该同时避免暴露在公开的接口中可变的对象，
因为这允许你的类的使用者改变你自己的内部表示并且破坏了封装。
你可以提供可以只读的属性来返回你对象的不可变的副本。
/* .h */@property (nonatomic, readonly) NSArray *elements/* .m */- (NSArray *)elements { return [self.mutableElements copy];
{
懒加载当实例化一个对象可能耗费很多资源的，
或者需要只配置一次并且有一些配置方法需要调用，
而且你还不想弄乱这些方法。
在这个情况下，
我们可以选择使用重载属性的　getter　方法来做　lazy　实例化。
通常这种操作的模板像这样：- (NSDateFormatter *)dateFormatter { if (!_dateFormatter) { _dateFormatter = [[NSDateFormatter alloc] init];