举例讲解ObjectiveC中property属性的用法课件Word格式.docx

举例讲解ObjectiveC中property属性的用法课件Word格式.docx

《举例讲解ObjectiveC中property属性的用法课件Word格式.docx》由会员分享，可在线阅读，更多相关《举例讲解ObjectiveC中property属性的用法课件Word格式.docx（8页珍藏版）》请在冰豆网上搜索。

{

public:

inti;

floatf;

};

　　我在main函数里面是可以通过下面的方式来使用这个类的：

（注意，如果在main函数里面使用此类，除了要包含头文件以外，最重要的是记得把main.m改成main.mm，否则会报一些奇怪的错误。

所以，任何时候我们使用c＋＋，如果报奇怪的错误，那就要提醒自己是不是把相应的源文件改成.mm后缀了。

其它引用此类的文件有时候也要改成.mm文件）

//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{

@public

NSString*_name;

}

　接下来，我们在main.mm里面：

BaseClass*base=[[BaseClassalloc]init];

base.name=@"

setbasename"

;

baseclass'

sname=%@"

base.name）;

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

请大家注意看出错提示“Property'

nam'

notfoundonobjectoftypeBaseClass*"

，意思是，BaseClass这类没有一个名为name的属性。

即使我们在头文件中声明了@public，我们仍然无法在使用BaseClass的时候用.号来直接访问其数据成员。

而@public,@protected和@private只会影响继承它的类的访问权限，如果你使用@private声明数据成员，那么在子类中是无法直接使用父类的私有成员的，这和c++,java是一样的。

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

@property（nonatomic,copy）NSString*name;

//inBaseClass.m

@synthesizename=_name;

　　现在，编译并运行，ok，很好。

那你可能会问了@prperty是不是就是让”."

号合法了呀？

只要定义了@property就可以使用.号来访问类的数据成员了？

先让我们来看下面的例子：

//@property（nonatomic,copy）NSString*name;

-（NSString*）name;

-（void）setName:

（NSString*）newName;

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

//@synthesizename=_name;

-（NSString*）name{

return_name;

（NSString*）name{

if（_name!

=name）{

[_namerelease];

_name=[namecopy];

　　现在，你再编译运行，一样工作的很好。

why？

因为我刚刚做的工作和先前声明@property所做的工作完全一样。

@prperty只不过是给编译器看的一种指令，它可以编译之后为你生成相应的getter和setter方法。

而且，注意看到面property（nonatomic,copy）括号里面这copy参数了吗？

它所做的事就是

　　如果你指定retain，或者assign，那么相应的代码分别是：

//property（retain）NSString*name;

_name=[nameretain];

//property（assign）NSString*name;

_name=name;

　　其它讲到这里，大家也可以看出来，@property并不只是可以生成getter和setter方法，它还可以做内存管理。

不过这里我暂不讨论。

现在，@property大概做了件什么事，想必大家已经知道了。

但是，我们程序员都有一个坎，就是自己没有完全吃透的东西，心里用起来不踏实，特别是我自己。

所以，接下来，我们要详细深挖@property的每一个细节。

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

@property（nonatomic,retain）UITextField*userName;

//1

@property（nonatomic,retain,readwrite）UITextField*userName;

//2

@property（atomic,retain）UITextField*userName;

//3

@property（retain）UITextField*userName;

//4

@property（atomic,assign）inti;

//5

@property（atomic）inti;

//6

@propertyinti;

//7

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

　　上面的代码1和2是等价的，3和4是等价的，5,6,7是等价的。

也就是说atomic是默认行为，assign是默认行为，readwrite是默认行为。

但是，如果你写上@property（nontomic）NSString*name;

那么将会报一个警告，如下图：

　因为是非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了。

请看下面代码：

//代码一：

@property（nonatomic,copy,readonly）NSString*name;

//这里使用的是readonly,所有会声明geter方法

//代码二：

//这里虽然声明了readonly，但是不会生成getter方法，因为你下面自己定义了getter方法。

//getter方法是不是只能是name呢？

不一定，你打开Fframework，找到UIView.h，看看里面的property就明白了）

//代码三：

@property（nonatomic,copy,readwrite）NSString*name;

//这里编译器会我们生成了getter和setter

//代码四：

//因为readwrite是默认行为，所以同代码三

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

//这句话，编译器发现你没有定义任何getter和setter，所以会同时会你生成getter和setter

//因为你定义了name，也就是getter方法，所以编译器只会为生成setter方法，也就是setName方法。

name"

）;

//这里因为你定义了setter方法，所以编译器只会为你生成getter方法

setName"

//这里你自己定义了getter和setter，这句话没用了，你可以注释掉。

　　上面这四段代码