实例变量
@interface Teacher : NSObject{
NSString *name;
NSString *workNumber;
}
定义实例变量的方法，说实话我在OC中用的不多，一般都是直接声明成一个属性。
这种方式存在一个问题就是对象的定义是在编译阶段的，如果需要访问某个对象，结果都是编译器直接去内存区该对象存储的地方来进行访问。这样的方式看来没什么问题，但是但我想添加一个新实例变量在name上方的时候，就不起作用了。
比如新声明如下：
@interface Teacher : NSObject{
NSDate *birthDay;
NSString *name;
NSString *workNumber;
}
以上是OC中常见的定义实例变量的方法。
之前指向name的offset现在指向了birthDay，如果不进行重新编译，那么数据访问就会错乱。
为了解决这个问题，OC采用的方法是存储这个offset，当变量改变的时候，offset也进行相应的升级。因此每次访问的时候，offset都是最新的，不会造成数据错乱。
属性
我的理解是，属性是在实例变量的基础上，多封装了一层访问方法及变量属性。
关于Setter和Getter方法也不再赘述。
一般定义完属性之后，属性的访问方法都是系统自动生成的，虽然在你的代码中看不到，但如果不自己重写，她们也是存在的。
如果不想使用系统生成的访问方法，你可以自己实现方法。只实现其中一个方法的话，比如重写Getter，那么Setter还是系统帮你写好的方法。
如果真的不想使用任何系统生成的访问方法，那么需要使用@dynmaic关键字， 这个关键字我们可以在使用CoreData生成类文件的时候看到，类的所有属性都是@dynamic打头。表示属性的访问方法是动态生成的。
属性的内存引用修饰
- assign 对一些特定的纯量对象类使用，比如CGFloat，NSInteger
下面会牵扯到一些引用计数的知识，假设A有一个属性b，C也有一个属性d - strong
赋值时：A.b = C.d,此时内存中b = d，b引用计数+1 = 2
A持有b，C持有d， C被释放时，d没有释放，因为b=d， A持有b。
- weak
赋值时：A.b = C.d,此时内存中b = d，因为声明为weak，b引用计数+0 = 1
A不持有b，C持有d， C被释放时，d释放，因为b=d， A不持有b，b的计数清零。 - unsafe_unretained
基本和Weak一样，不持有对象，与Weak不同之处在于：
假设A中有一个unsafe_unretained的b，A被释放后，b却不会被释放，可能会造成野指针的问题。 - copy
与strong类似，表示持有对象，不同的是实际上是进行了一次复制(对象必须遵守NSCopy协议)。
关于Copy和Strong的不同，下面举个例子：
@interface Teacher : NSObject
@property (nonatomic, strong) NSMutableArray *sampleArray;
//@property (nonatomic, copy) NSMutableArray *sampleArray;
@end
声明Teacher有一个可变数组对象为strong
以上两行属性声明我们分别是Copy类和Strong类，然后分别执行以下测试代码：
NSMutableArray *array = [@[@"a",@"b",@"c"]mutableCopy];
Teacher *tea = [[Teacher alloc] init];
tea.sampleArray= array;
[array addObject:@"d"];
NSLog(@"ArrayData:%@ \n teacherArrayPosition:%p \n reallyArrayPostion:%p",tea.sampleArray,tea.sampleArray,array);
Strong的时候输出如下：
Copy的时候输出如下：
可以看到Strong知识做了一次指针的引用，而Copy是真正重新开辟了一块内存空间去存储变量。
所以使用Strong去修饰的缺点在于，对象可能会因为引用对象的改变而发生改变，就像代码测试所示，而Copy不会。
- assign和retain
其实我觉得这两个是写法遗留的问题，其实assign也可以用于指针对象，作用相当于weak，retain相当于strong。
assign和retain在Xcode4.3之前使用，4.3之后就还是使用weak和strong吧。
属性与方法的统一
当我们在属性中采用了特殊的修饰符的话，比如Copy，那我们可能需要在属性的访问方法中对其进行处理。
比如以下声明：
@property (nonatomic, copy) NSString *name;
- (instancetype)initWithName:(NSString *)name;
在实现文件中我们就需要这么写来保持和修饰的统一性：
- (void)setName:(NSString *)name
{
_name = [name copy];
}
- (instancetype)initWithName:(NSString *)name
{
if (self = [super init]) {
_name = [name copy];
}
return self;
}
但实际上来说，我们并不需要对遵守NSCopying协议的对象(比如NSArray，NSString)做这么麻烦的处理，系统会自动帮我们处理好copy，所以以上只是举个例子。如果想让自定义对象支持copy，还是需要上面这么写，还要让对象遵守NSCopying协议并实现copy方法。
还有一个需要注意的地方在于，不要再init方法中调用自己的属性访问方法。
也就是上面代码使用_name = [name copy]的原因。想要深究原因的话可以看看下面这篇文章:
为什么不要在init和dealloc函数中使用accessor
总结
- 1 @property语法提供了一种数据的封装方式（生成Setter和Getter）
- 2 在写属性修饰之前仔细思考该如何更合适的去修饰它（内存方面循环引用等问题）
- 3 属性与方法统一
- 4 在iOS端使用nonatomic