iOS之规范1
枚举类型
枚举推荐使用NS_ENUM和NS_OPTIONS宏定义：
typedef NS_ENUM(NSUInteger, Sex){
SexMan,
SexWoman
}
什么情况下使用weak，相比assign有何不同？
使用 weak：
- 在 ARC 中，有可能出现循环引用的时候，通过一端使用 weak 修饰来解决。如 delegate。
- 自身已对其强引用一次，没有必要再次强引用。如 IBOutlet 属性。
不同点：
weak 表明属性的‘非拥有关系’。当对象释放时，该属性亦置为 nil；
assign 虽功能类似，但它只针对‘纯量类型（CGFloat，NSInteger）’的简单赋值操作。assign 可以用于非 OC 对象，weak 只能用于 OC 对象。
关于 copy 关键字
用途：
-
NSString、NSArray、NSDictionay属性经常以copy修饰，因为它们有对应的可变属性：NSMutableString、NSMutableArray、NSMutableDictionary。
详情：
他们之间可能进行赋值操作，为确保对象中的字符串值不会无意间变动（改变可变对象时），应该在设置新属性值时拷贝一份。
copy 此特质所表达的所属关系与 strong 类似。然而设置方法并不保留新值，而是将其“拷贝” (copy)。 当属性类型为 NSString 时，经常用此特质来保护其封装性，因为传递给设置方法的新值有可能指向一个 NSMutableString 类的实例。这个类是 NSString 的子类，表示一种可修改其值的字符串，此时若是不拷贝字符串，那么设置完属性之后，字符串的值就可能会在对象不知情的情况下遭人更改。所以，这时就要拷贝一份“不可变” (immutable)的字符串，确保对象中的字符串值不会无意间变动。只要实现属性所用的对象是“可变的” (mutable)，就应该在设置新属性值时拷贝一份
- block 属性亦用
copy修饰
详情：
block 使用 copy 是从 MRC 遗留下来的“传统”。
在 MRC 中,方法内部的 block 是在栈区的,使用 copy 可以把它放到堆区.
在 ARC 中写不写都行：对于 block 使用 copy 还是 strong 效果是一样的。
但写上 copy 也无伤大雅，还能时刻提醒我们：编译器自动对 block 进行了 copy 操作。如果不写 copy ，该类的调用者有可能会忘记或者根本不知道“编译器会自动对 block 进行了 copy 操作”，他们有可能会在调用之前自行拷贝属性值。这种操作多余而低效。
注意：
@property (copy) NSMutableArray *array这种写法不正确！
添加,删除,修改数组内的元素的时候,程序会因为找不到对应的方法而崩溃.因为 copy 就是复制一个不可变 NSArray 的对象；
-
使用了 atomic 原子性属性会严重影响性能 ；
该属性使用了同步锁，会在创建时生成一些额外的代码用于帮助编写多线程程序，这会带来性能问题，通过声明 nonatomic 可以节省这些虽然很小但是不必要额外开销。
深拷贝和浅拷贝
-
非集合类（string）的 copy：
- 不可变对象的 copy：浅拷贝----指针拷贝
- 对可变对象的 copy：深拷贝----内容拷贝
-
非集合类(string)的 mutablecopy：
- 不可变对象的 mutablecopy：深拷贝----内容拷贝
- 对可变对象的 mutablecopy：深拷贝----内容拷贝
-
集合类（array）的 copy：
- 不可变对象的 copy：浅拷贝----指针拷贝
- 对可变对象的 copy：深拷贝----内容拷贝(array 内部元素仍是浅拷贝)
-
集合类(array)的 mutablecopy：
- 不可变对象的 mutablecopy：深拷贝----内容拷贝(array 内部元素仍是浅拷贝)
- 对可变对象的 mutablecopy：深拷贝----内容拷贝(array 内部元素仍是浅拷贝)
如何让自己的类用 copy 修饰符？
答案：
若要令自己写的对象具备 copy 功能，需实现 NSCopying 协议。（若自定义对象分为可变和不可变版本，就需要同时实现 NSCopying 和 NSMutableCopying 协议）。
步骤：
声明遵守 NSCopying 协议
-
实现协议，即该协议只有一个方法：
- (id)copyWithZone:(NSZone *)zone{ Class copy = [[[self class]allocWithZone:zone]init]; return copy; }若类对象中有些数据(比如数组)未在初始化时赋值，需要另行设置（因copy 时有可能值已改变）：
- (id)copyWithZone:(NSZone *)zone{ Class copy = [[[self class]allocWithZone:zone]init]; copy.array = [_array mutablecopy];//当前 array 的copy副本 return copy; }
@property 的本质是什么？ivar、getter、setter 如何生成并添加到类中的？
@property 的本质：
答案：@property = ivar + getter + setter;
详情：
“属性” (property)有两大概念：ivar（实例变量）、存取方法（access method ＝ getter + setter）。
属性的作用：封装对象的实例变量。并提供存取方法操作之。
ivar、getter、setter 如何生成并添加到类中的？
答案：
完成属性定义后：
- 编译器会在编译时自动编写存取方法代码。即
自动合成。 - 编译器会在编译时自动向类中添加对应实例变量
_var
附：在类中的操作
- 在类中的
ivar_list中添加成员变量描述 - 在类中的
method_list中添加存取方法描述 - 在类中的
prop_list中添加属性描述 - 计算该属性在对象中的偏移量
- 存取方法的具体实现
@protocol 和 category 中如何实现@property？
答案：
在 protocol 中使用 property 只会生成 setter 和 getter 方法声明,我们使用属性的目的,是希望遵守我协议的对象能实现该属性。
-
category 使用 @property 也是只会生成 setter 和 getter 方法的声明,如果我们真的需要给 category 增加属性的实现,需要借助于运行时的两个函数：
objc_setAssociatedObjectobjc_getAssociatedObject
@property中有哪些属性关键字？
-
原子性：nonatomic、atomic
在默认情况下，由编译器合成的方法会通过锁定机制确保其原子性(atomicity)。如果属性具备 nonatomic 特质，则不使用同步锁。请注意，尽管没有名为“atomic”的特质(如果某属性不具备 nonatomic 特质，那它就是“原子的” ( atomic) )，但是仍然可以在属性特质中写明这一点，编译器不会报错。若是自己定义存取方法，那么就应该遵从与属性特质相符的原子性。
在默认情况下，由编译器所合成的方法会通过锁定机制确保其原子性(atomicity)。如果属性具备 nonatomic 特质，则不使用同步锁。请注意，尽管没有名为“atomic”的特质(如果某属性不具备 nonatomic 特质，那它就是“原子的”(atomic))。
在iOS开发中，你会发现，几乎所有属性都声明为 nonatomic。
一般情况下并不要求属性必须是“原子的”，因为这并不能保证“线程安全” ( thread safety)，若要实现“线程安全”的操作，还需采用更为深层的锁定机制才行。例如，一个线程在连续多次读取某属性值的过程中有别的线程在同时改写该值，那么即便将属性声明为 atomic，也还是会读到不同的属性值。
因此，开发iOS程序时一般都会使用 nonatomic 属性。但是在开发 Mac OS X 程序时，使用 atomic 属性通常都不会有性能瓶颈。 读、写权限：readwrite、readonly
内存管理：assign、strong、weak、copy
-
方法名：getter=<name>、setter=<name>
@property (nonatomic, getter=isOn) BOOL on;
setter=<name>使用环境：
在数据反序列化、转模型的过程中，服务器返回的字段如果以 init 开头，所以你需要定义一个 init 开头的属性，但默认生成的 setter 与 getter 方法也会以 init 开头，而编译器会把所有以 init 开头的方法当成初始化方法，而初始化方法只能返回 self 类型，因此编译器会报错。
这时你就可以使用下面的方式来避免编译器报错：
@property(nonatomic, strong, getter=p_initBy, setter=setP_initBy:)NSString *initBy;
另外也可以用关键字进行特殊说明，来避免编译器报错：
@property(nonatomic, readwrite, copy, null_resettable) NSString *initBy;
- (NSString *)initBy __attribute__((objc_method_family(none)));
不常使用的：nonnull,null_resettable,nullable
@property 后面可以有哪些修饰符?
默认情况下：
- 对应基本数据类型：（atomic，readwrite，assign）
- 对应普通 OC 对象：（atomic，readwrite，strong）
@synthesize 和@dynamic
@property 有2个对应的词：
synthesize和dynamic。默认情况下为：@synthesize var = _var;@synthesize 的语义是如果你没有手动实现 setter 方法和 getter 方法，那么编译器会自动为你加上这两个方法.
-
@dynamic 告诉编译器：属性的 setter 与 getter 方法由用户自己实现，不自动生成。
（当然对于 readonly 的属性只需提供 getter 即可）。
假如一个属性被声明为 @dynamic var，然后你没有提供 @setter方法和 @getter 方法，编译的时候没问题，但是当程序运行到 instance.var = someVar，由于缺 setter 方法会导致程序崩溃；
或者当运行到 someVar = var 时，由于缺 getter 方法同样会导致崩溃。
编译时没问题，运行时才执行相应的方法，这就是所谓的动态绑定。
在有了自动合成属性实例变量之后，@synthesize还有哪些使用场景？
回答这个问题前，我们要搞清楚一个问题，什么情况下不会autosynthesis（自动合成）？
同时重写了 setter 和 getter 时
重写了只读属性的 getter 时
使用了 @dynamic 时
在 @protocol 中定义的所有属性
在 category 中定义的所有属性
重载的属性
当你在子类中重载了父类中的属性，你必须 使用 @synthesize 来手动合成ivar。
除了后三条，对其他几个我们可以总结出一个规律：当你想手动管理 @property 的所有内容时，你就会尝试通过实现 @property 的所有“存取方法”（the accessor methods）或者使用 @dynamic 来达到这个目的，这时编译器就会认为你打算手动管理 @property，于是编译器就禁用了 autosynthesis（自动合成）。
因为有了 autosynthesis（自动合成），大部分开发者已经习惯不去手动定义ivar，而是依赖于 autosynthesis（自动合成），但是一旦你需要使用ivar，而 autosynthesis（自动合成）又失效了，如果不去手动定义ivar，那么你就得借助 @synthesize 来手动合成 ivar。
