1
krafttuc 2014-03-19 11:56:51 +08:00
`retain` 指明了一种所有权关系。当某个property被设置后,你会对这个对象有拥有权。在non-ARC下,该对象的reference count会+1。
`copy` 在所有权关系上类似`retain`,不同的是,它不是直接去retain那个对象,而是先去拷贝一份(注意:你应当假定任何拷贝不一定是完全拷贝)。一般情况下,任何mutable的对象应该做一份拷贝。 BTW: 为什么不用ARC? |
2
hussion OP |
3
lerosua 2014-03-19 13:26:26 +08:00
retain是在原对象的引用计数上加1,copy是生成了一个新对象,脱离了原对象的关联,原对象引用计数不变,该怎样就怎样。对,是深拷贝。
平时没啥需求,NSString为retain即可。 |
5
hussion OP |
6
krafttuc 2014-03-19 19:53:01 +08:00
@lerosua ObjC 里很多对象默认是浅拷贝的,`NSString`, `NSArray` immutable, 拷贝一般是做浅拷贝(考虑到开销)。所以「你应当假定任何拷贝不一定是深拷贝的」。
在ARC下,`NSString` 一般会用 copy,当然 NSManagedObject 下貌似一般是 strong。 copy 还是 strong 有一个简单的原则:就是你是否希望这东西在你这对象之外被改变。 推荐 Effective Objective-C 2.0 这本书,里面的某个条款对property讲得很详细。 |
7
PrideChung 2014-03-19 23:59:24 +08:00 3
retain就是strong的同义词,但在ARC环境下习惯用strong。一般对于NSString,NSArray和NSDictionary这种immutable而又有对应的mutable版本的类,property的声明里都应该用copy,为了防止有人给非mutable的property赋予了一个mutable的实例,例如给NSArray赋一个NSMutableArray。NSMutableArray是NSArray的子类,所以这样做完全是合法的。问题在于之后如果在某个地方给NSMutableArray添加了一个元素,就会出现很奇怪的现象,明明是immutable的NSArray却突然多出来一个元素。声明property为copy则可以避免这种情况,对一个声明为copy的NSArray赋值一个NSMutableArray会自动调用NSMutableArray的copy方法获得一个NSArray,然后再赋值。如果赋的值本身就是一个NSArray,Objective-C会很聪明地简单地把这个NSArray的retainCount+1,并不会真正地去copy。
|
8
xuzhongzhou 2014-03-21 08:59:10 +08:00
原来也以为copy是深拷贝,最近看了一些书才知道 @PrideChung 说的是正解。
|
9
hussion OP @PrideChung 赞,解释的非常靠谱,3ks
|
10
PrideChung 2014-03-21 09:42:33 +08:00 1
@xuzhongzhou 深浅拷贝是看在具体的类里面NSCopying这个协议是怎样被实现的,根据NSObject关于copy方法的文档:
This is a convenience method for classes that adopt the NSCopying protocol. An exception is raised if there is no implementation for copyWithZone:. 你实现copyWithZone:的时候让它深它就是深,让它浅它就是浅。Foundation的绝大部分类的copy方法应该都是浅拷贝,一来浅拷贝效率高,二来人家也不太可能擅作主张去复制你的对象。 |
11
Hysteria 2014-03-21 17:32:43 +08:00
@PrideChung 赞,涨姿势了!
|