配色: 字号:
举例讲解Objective-C中@property属性的用法
2016-10-29 | 阅:  转:  |  分享 
  
举例讲解Objective-C中@property属性的用法

这篇文章主要介绍了Objective-C中@property属性的用法,包括@property的属性关键字的整理,需要的朋友可以参考下

学过c/c++的朋友都知道,我们定义struct/class的时候,如果把访问限定符(public,protected,private)设置为public的话,那么我们是可以直接用.号来访问它内部的数据成员的。比如

1

2

3

4

5

6

7 //inTest.h

classTest

{

public:

inti;

floatf;

}; 我在main函数里面是可以通过下面的方式来使用这个类的:(注意,如果在main函数里面使用此类,除了要包含头文件以外,最重要的是记得把main.m改成main.mm,否则会报一些奇怪的错误。所以,任何时候我们使用c++,如果报奇怪的错误,那就要提醒自己是不是把相应的源文件改成.mm后缀了。其它引用此类的文件有时候也要改成.mm文件)

1

2

3

4

5

6 //inmain.mm

Testtest;

test.i=1;

test.f=2.4f;

NSLog(@"Test.i=%d,Test.f=%f",test.i,test.f); 但是,在objc里面,我们能不能这样做呢?请看下面的代码:(新建一个objc类,命名为BaseClass)

复制代码代码如下:

//inBaseClass.h@interfaceBaseClass:NSObject{@publicNSString_name;}

接下来,我们在main.mm里面:

复制代码代码如下:

BaseClassbase=[[BaseClassalloc]init];base.name=@"setbasename";NSLog(@"baseclass''sname=%@",base.name);

不用等你编译,xcode马上提示错误,请看截图:



请大家注意看出错提示“Property''nam''notfoundonobjectoftypeBaseClass",意思是,BaseClass这类没有一个名为name的属性。即使我们在头文件中声明了@public,我们仍然无法在使用BaseClass的时候用.号来直接访问其数据成员。而@public,@protected和@private只会影响继承它的类的访问权限,如果你使用@private声明数据成员,那么在子类中是无法直接使用父类的私有成员的,这和c++,java是一样的。

既然有错误,那么我们就来想法解决啦,编译器说没有@property,那好,我们就定义property,请看代码:

复制代码代码如下:

//inBaseClass.h@interfaceBaseClass:NSObject{@publicNSString_name;}@property(nonatomic,copy)NSStringname;//inBaseClass.m@synthesizename=_name;

现在,编译并运行,ok,很好。那你可能会问了@prperty是不是就是让”."号合法了呀?只要定义了@property就可以使用.号来访问类的数据成员了?先让我们来看下面的例子:

复制代码代码如下:

@interfaceBaseClass:NSObject{@publicNSString_name;}//@property(nonatomic,copy)NSStringname;

-(NSString)name;-(void)setName:(NSString)newName;

我把@property的定义注释掉了,另外定义了两个函数,name和setName,下面请看实现文件:

复制代码代码如下:

//@synthesizename=_name;

-(NSString)name{return_name;}

-(void)setName:(NSString)name{if(_name!=name){[_namerelease];_name=[namecopy];}}

现在,你再编译运行,一样工作的很好。why?因为我刚刚做的工作和先前声明@property所做的工作完全一样。@prperty只不过是给编译器看的一种指令,它可以编译之后为你生成相应的getter和setter方法。而且,注意看到面property(nonatomic,copy)括号里面这copy参数了吗?它所做的事就是

复制代码代码如下:

_name=[namecopy];如果你指定retain,或者assign,那么相应的代码分别是:

//property(retain)NSStringname;_name=[nameretain];

//property(assign)NSStringname;_name=name;

其它讲到这里,大家也可以看出来,@property并不只是可以生成getter和setter方法,它还可以做内存管理。不过这里我暂不讨论。现在,@property大概做了件什么事,想必大家已经知道了。但是,我们程序员都有一个坎,就是自己没有完全吃透的东西,心里用起来不踏实,特别是我自己。所以,接下来,我们要详细深挖@property的每一个细节。

首先,我们看atomic与nonatomic的区别与用法,讲之前,我们先看下面这段代码:

复制代码代码如下:

@property(nonatomic,retain)UITextFielduserName;//1

@property(nonatomic,retain,readwrite)UITextFielduserName;//2

@property(atomic,retain)UITextFielduserName;//3

@property(retain)UITextFielduserName;//4

@property(atomic,assign)inti;//5

@property(atomic)inti;//6@propertyinti;//7

请读者先停下来想一想,它们有什么区别呢?

上面的代码1和2是等价的,3和4是等价的,5,6,7是等价的。也就是说atomic是默认行为,assign是默认行为,readwrite是默认行为。但是,如果你写上@property(nontomic)NSStringname;那么将会报一个警告,如下图:



因为是非gc的对象,所以默认的assign修饰符是不行的。那么什么时候用assign、什么时候用retain和copy呢?推荐做法是NSString用copy,delegate用assign(且一定要用assign,不要问为什么,只管去用就是了,以后你会明白的),非objc数据类型,比如int,float等基本数据类型用assign(默认就是assign),而其它objc类型,比如NSArray,NSDate用retain。

在继续之前,我还想补充几个问题,就是如果我们自己定义某些变量的setter方法,但是想让编译器为我们生成getter方法,这样子可以吗?答案是当然可以。如果你自己在.m文件里面实现了setter/getter方法的话,那以翻译器就不会为你再生成相应的getter/setter了。请看下面代码:

复制代码代码如下:

//代码一:@interfaceBaseClass:NSObject{@publicNSString_name;}@property(nonatomic,copy,readonly)NSStringname;//这里使用的是readonly,所有会声明geter方法

-(void)setName:(NSString)newName;

//代码二:@interfaceBaseClass:NSObject{@publicNSString_name;}@property(nonatomic,copy,readonly)NSStringname;//这里虽然声明了readonly,但是不会生成getter方法,因为你下面自己定义了getter方法。

-(NSString)name;//getter方法是不是只能是name呢?不一定,你打开Foundation.www.hunanwang.netframework,找到UIView.h,看看里面的property就明白了)-(void)setName:(NSString)newName;

//代码三:@interfaceBaseClass:NSObject{@publicNSString_name;}@property(nonatomic,copy,readwrite)NSStringname;//这里编译器会我们生成了getter和setter

//代码四:@interfaceBaseClass:NSObject{@publicNSString_name;}@property(nonatomic,copy)NSStringname;//因为readwrite是默认行为,所以同代码三

上面四段代码是等价的,接下来,请看下面四段代码:

复制代码代码如下:

//代码一:@synthesizename=_name;//这句话,编译器发现你没有定义任何getter和setter,所以会同时会你生成getter和setter

//代码二:@synthesizename=_name;//因为你定义了name,也就是getter方法,所以编译器只会为生成setter方法,也就是setName方法。

-(NSString)name{NSLog(@"name");return_name;}

//代码三:@synthesizename=_name;//这里因为你定义了setter方法,所以编译器只会为你生成getter方法

-(void)setName:(NSString)name{NSLog(@"setName");if(_name!=name){[_namerelease];_name=[namecopy];}}

//代码四:@synthesizename=www.visa158.com_name;//这里你自己定义了getter和setter,这句话没用了,你可以注释掉。

-(NSString)name{NSLog(@"name");return_name;}

-(void)setName:(NSString)name{NSLog(@"setName");if(_name!=name){[_namerelease];_name=[namecopy];}}

上面这四段代码也是等价的。看到这里,大家对Property的作用相信会有更加进一步的理解了吧。但是,你必须小心,你如果使用了Property,而且你自己又重写了setter/getter的话,你需要清楚的明白,你究竟干了些什么事。别写出下面的代码,虽然是合法的,但是会误导别人:

复制代码代码如下:

//BaseClass.h@interfaceBaseClass:NSObject{@publicNSArray_names;}@property(nonatomic,assgin,readonly)NSArraynames;//注意这里是assign

-(void)setNames:(NSArray)names;

//BaseClass.m@implementationBaseClass

@synthesizenames=_names;

-(NSArray)names{NSLog(@"names");return_names;}

-(void)setNames:(NSArray)names{NSLog(@"setNames");if(_name!=name){[_namerelease];_name=[nameretain];//你retain,但是你不覆盖这个方法,那么编译器会生成setNames方法,里面肯定是用的assign}}

当别人使用@property来做内存管理的时候就会有问题了。总结一下,如果你自己实现了getter和setter的话,atomic/nonatomic/retain/assign/copy这些只是给编译的建议,编译会首先会到你的代码里面去找,如果你定义了相应的getter和setter的话,那么好,用你的。如果没有,编译器就会根据atomic/nonatomic/retain/assign/copy这其中你指定的某几个规则去生成相应的getter和setter。

我们来整理一下@property中的属性关键字:1.原子性nonatomic/atomic

在默认的情况下,由编译器合成的方法会通过锁定机制确保其原子性(atomicity)。如果具备nonatomic特质,则不使用同步锁。

2.读/写权限readwrite/readonly

3.内存管理语义

assign“设置方法”只会针对“纯量类型”(scalartype,CGFloat或NSInteger等)的简单赋值操作

strong“拥有关系”为这种属性设置新值时,设置方法先保留新值,并释放旧值,然后再将新值设置上去

weak“非拥有关系”为这种属性设置新值时,设置方法既不保留新值,也不释放旧值。此特质同assign类似,然而属性所指的对象遭到摧毁时,属性也会被清空(nilout)

unsafe_unretained此特质的语义和assign相同,但是它适用于“对象类型”(objecttype),该特质表达一种“非拥有关系”(“不保留”,unretained),当目标对象遭到摧毁时,属性值不会自动清空(“不安全”,unsafe),这一点与weak有区别

copy此特质所表达的所属关系与strong类似。然而设置方法并不保留新值,而是将其“拷贝”(copy)

4.方法名

getter=

@property(nonatomic,getter=isOn)BOOLon;

setter=不太常用

总结好了,说了这么多,回到我们的正题吧。atomic和nonatomic的作用与区别:

如果你用@synthesize去让编译器生成代码,那么atomic和nonatomic生成的代码是不一样的。如果使用atomic,如其名,它会保证每次getter和setter的操作都会正确的执行完毕,而不用担心其它线程在你get的时候set,可以说保证了某种程度上的线程安全。但是,我上网查了资料,仅仅靠atomic来保证线程安全是很天真的。要写出线程安全的代码,还需要有同步和互斥机制。

而nonatomic就没有类似的“线程安全”(我这里加引号是指某种程度的线程安全)保证了。因此,很明显,nonatomic比atomic速度要快。这也是为什么,我们基本上所有用property的地方,都用的是nonatomic了。

还有一点,可能有读者经常看到,在我的教程的dealloc函数里面有这样的代码:self.xxx=nil;看到这里,现在你们明白这样写有什么用了吧?它等价于[xxxrelease];xxx=[nilretain];(---如果你的property(nonatomic,retian)xxx,那么就会这样,如果不是,就对号入座吧)。

因为nil可以给它发送任何消息,而不会出错。为什么release掉了还要赋值为nil呢?大家用c的时候,都有这样的编码习惯吧。

intarr=newint[10];然后不用的时候,deletearr;arr=NULL;在objc里面可以用一句话self.arr=nil;搞定。























献花(0)
+1
(本文系白狐一梦首藏)