iOS应用开发：ARC之@property使用

iOS应用开发：ARC之@property使用

在《iOS应用开发：什么是ARC？》中，我们学到了一些ARC的基本概念，这一次我们来看看ARC对@property的使用规则有何影响。

AD：

所有者属性

我们先来看看与所有权有关系的属性，关键字间的对应关系。

属性值	关键字	所有权
strong	__strong	有
weak	__weak	无
unsafe_unretained	__unsafe_unretained	无
copy	__strong	有
assign	__unsafe_unretained	无
retain	__strong	有

strong

该属性值对应 __strong 关键字，即该属性所声明的变量将成为对象的持有者。

weak

该属性对应 __weak 关键字，与 __weak 定义的变量一致，该属性所声明的变量将没有对象的所有权，并且当对象被破弃之后，对象将被自动赋值nil。

并且，delegate 和 Outlet 应该用 weak 属性来声明。同时，如上一回介绍的 iOS 5 之前的版本是没有 __weak 关键字的，所以 weak 属性是不能使用的。这种情况我们使用 unsafe_unretained。

unsafe_unretained

等效于__unsafe_unretaind关键字声明的变量;像上面说明的，iOS 5之前的系统用该属性代替 weak 来使用。

copy

与 strong 的区别是声明变量是拷贝对象的持有者。

assign

一般Scalar Varible用该属性声明，比如,int, BOOL。

retain

该属性与 strong 一致;只是可读性更强一些。

读写相关的属性 (readwrite, readonly)

读写相关的属性有 readwrite 和 readonly 两种，如果使用ARC之后，我么需要注意一下 readonly 属性的使用。

比如下面的变量声明。

 
 
  
  
  
  

  
  
   
   
   
   
@property (nonatomic, readonly) NSString *name;  

 
 
  
  
  
  

一般声明为 readonly 的变量按理说应该不需要持有所有权了，但是在ARC有效的情况下，将出现下面的错误信息 ：

“ARC forbids synthesizing a property of an Objective-C object with unspecified ownership or storage attribute

如果定义了ARC有效，那么必须要有所有者属性的定义;所以我们的代码改成这样，就OK了

 
 
  
  
  
  

  
  
   
   
   
   
@property (nonatomic, strong, readonly) NSString *name; 

 
 
  
  
  
  

不过有一点，Scalar Varible的变量缺省都有 assign 的属性定义，所以不需要给他们单独的明示声明了。