@property

在前面的学习中,出现的(nonatomic,copy)可能给初学者带来了很大的困惑,为什么要对属性进行多方面的设置,这样写有什么好处?下面我们来了解一下。

首先要说明的是,在@property对类中属性进行声明时,我们通常会对所声明的属性进行一些设置,例如:nonatomic、copy、strong、assign、weak、readwrite
、readonly等。

如果@property后不对属性进行设置,该属性同样有它的默认的一些设置。下面向大家介绍一下几种属性的用法以及默认的情况:

nonatomic:原名:非原子性,它涉及到多线程的相关知识。在这里我们只需要知道有nonatomic声明的属性,任何人任何地点任何时间都可以调用它,所以它的缺点就是不安全,而优点就是效率高,访问速度快。

atomic(默认):原子性。和nonatomic正好相反,他对属性的访问进行了限制,保护了声明属性的安全,缺点就是:访问效率低,速度慢。

copy:一般使用于字符串,它的特点如同它的中文翻译,对属性进行内容的赋值,将内容另外拷贝一份,保存在一个单独的存储空间中。

strong:叫做:强引用。weak:弱引用

为了区分strong和weak以及copy之间的关系,我们来举一个生活中的例子:我们应该都放过风筝(如果不知道什么是风筝,你的童年太悲惨了),在放风筝的时候我们手中必须有一根线牵引着风筝。

strong就代表你手中的线(一支风筝上可能有很多根线,也就是说可能有多个strong声明的属性用的同一块内存空间),只要还有一个人牵着风筝,风筝就不回飞走,用OC的话来说就是,只要还有一个用strong声明的属性不被销毁,纳闷这块内存中的数据就不回丢失,该内存空间就不回释放。

而对于weak来说,就相当于旁边看放风筝的人,他们只能用手指着你手里的风筝,大喊着“风筝风筝”,他们只能和你一起欣赏风筝,而对于是不是继续放风筝的决定权在你,如果你不在放风筝了,那他们也只能“各回各家,各找各妈”。用OC的语言来表达,就是说用weak声明的属性虽然可以也可以访问内存,但是要在这块内存没有释放之前,一旦这块内存被释放之后,weak声明的属性将失去作用。

对于copy来说,是最幸福的一件事了,虽然你放着风筝被我看见了,我也想放,而且我也不差钱,我就买了一支一模一样的风筝和你一起放。你收起风筝不放了,我还可以放,有钱就是这么任性。从OC的角度解释copy,就是说带有copy声明的属性当指向一块内存空间时,它会完整的拷贝一份,然后用他自己的那一份,和被拷贝的内存空间没关系。

assign我认为是其中最简单的,它应用于OC的基础数据类型和C语言中的基本数据类型(int,float,double,char)

readwrite:是一种默认属性,它代表这个属性即可以读,也可以写(这个属性既有set方法,又有get方法)

readonly:和readwrite不同,它代表这个属性只能读,不能进行写操作(只有get方法,没有set方法)

getter=<#method#>:在声明的这个属性可读的前提下,使用这个设置可以更改属性的get方法名,自己起一个。
setter=<#method#>:同get方法类似,在声明的属性可写的前提下,使用这个设置可以设定这个属性的set方法。

在@property的属性中,以上几个属性用处最多,实际开发过程中基本上都能囊括。

对于以上的几个属性,如果你觉的自己虽然知道它的功能是什么,但是具体使用过程中总是很矛盾到底用哪个,下面帮大家总结一下:

对于基本数据类型,例如int,double,float,char,还有OC语言中的BOOL以及NSInteger来说,都用assign。

对于OC中特有的字符串类型(NSString)来说,最常用的是copy。

对于OC中大量的类对象,一般用strong。

在后面我们会提到协议,在涉及到协议中的delegate时,我们会用weak。

对于前面提到的默认属性,可以不写,但是如果不是默认属性,就要写明你的意图。

对于原子性和非原子性,如果不涉及到线程的情况下,为了运行效率的提高,一般写上非原子性。

在默认情况下,由于每个属性都是可读可写的,所以我们自已自定义属性的set和get方法。

在某些特殊情况下,如果该属性已经设置为可读了,那就不要在用getter这个属性,因为声明了也用不了,而且Xcode会给你提示,set也是一样。

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 204,793评论 6 478
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 87,567评论 2 381
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 151,342评论 0 338
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 54,825评论 1 277
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 63,814评论 5 368
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,680评论 1 281
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 38,033评论 3 399
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,687评论 0 258
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 42,175评论 1 300
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,668评论 2 321
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,775评论 1 332
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,419评论 4 321
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 39,020评论 3 307
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,978评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,206评论 1 260
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 45,092评论 2 351
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,510评论 2 343

推荐阅读更多精彩内容