实例变量
@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