码迷,mamicode.com
首页 > 移动开发 > 详细

iOS之strong和copy

时间:2015-04-08 19:27:32      阅读:173      评论:0      收藏:0      [点我收藏+]

标签:

深拷贝和浅拷贝

    深拷贝和浅拷贝主要是对类类型而言的,浅拷贝就是指针拷贝,深拷贝是对象拷贝。

property的strong和copy

   在接触iOS程序时经常会看到程序某些类类型属性被strong修饰,某些被copy修饰,刚开始接触时有些疑惑,后来不知咋地形成了这样的观念,对于mutable类型,用copy修饰,对于immutable类型,用strong修饰,现在看来这个大大地错了。

   创建属性是一件机械化的工作:对于一般的属性,你会将它们声明为 nonatomic。默认情况下,对象属性是strong的,标量属性是assign的。但是有一个例外,就是对于具有可变副本的属性,我们倾向于将其声明为 copy。比如说,name属性的类型是NSString,有可能有人创建了一个Person对象,并且给这个属性赋了一个NSMutableString的名字值。然后过了一会儿,这个可变字符串被变更了。如果我们的属性不是copy而是strong的话,随着可变字符串的改变,我们的Person对象也将发生改变,这不是我们希望发生的。对于类似数组或者字典这样的容器类来说,也是这样的情况。

简单来说,对于被strong修饰property,在对其赋值时,并不是真正拷贝,而只是将右值的retain count加1,将左值的指针改为右值(也是一个指针)所指向的地址,直观来看,即赋值后左值和右值的地址值是一样一样的,即浅拷贝;
但对于被copy所修饰的property且它遵循NSCopying协议,在为property赋值时,赋值语句不会保留新值(变量不会随可变字符串的改变而改变),直观来看,赋值后左值和右值的地址值可能不同,也即“赋值语句可能是深拷贝,也可能是浅拷贝”;
P.S:这里为什么说“可能”呢?下文会对这个问题进行阐述。
P.S:对于属性的赋值,单纯理解为浅拷贝或深拷贝操作是不对的,因为还会改变retain count的值(对于浅拷贝而言)。

举个栗子:

// 两个属性,前者用copy修饰,后者用strong修饰
@property (nonatomic, copy) NSString *firstName;
@property (nonatomic, strong) NSString *lastName;
	
NSMutableString *str1 = [NSMutableString stringWithString:@"不坏"];
self.firstName = str1;		// 赋值
// 打印左值和右值的地址值
NSLog(@"str1 addr: 0x%lx", str1);
NSLog(@"self.first addr: 0x%lx", self.firstName);
	
NSLog(@"");
	
NSMutableString *str2 = [NSMutableString stringWithString:@"张"];
self.lastName = str2;		// 赋值
// 打印左值和右值的地址值
NSLog(@"str2 addr: 0x%lx", str2);
NSLog(@"lastName addr: 0x%lx", self.lastName);

打印结果是:

str1 addr: 0x7967f580
self.first addr: 0x7967f1d0
	
str2 addr: 0x7967f460
lastName addr: 0x7967f460

 显然,对于用copy修饰的firstName,其赋值所采用的方式是深拷贝;对于用strong修饰的lastName,赋值方式是浅拷贝。

     回过头来解释上述的“可能”。

     其实很简单,对于赋值语句self.firstName = str1;(firstName被copy修饰),如果右值str1是mutable,则这条语句处理的方式是深拷贝。因为如果str1是mutable,并且执行浅拷贝的话,这就意味着如果str1改变了,则self.firstName也会跟着改变,这是我们不希望的,所以执行深拷贝时合理的;如果右值str1是immutable,则赋值语句所处理的方式依然是浅拷贝,因为反正str1不会再发生改变了,对self.firstName值不会有意想不到的影响,此时进行深拷贝有些浪费。

P.S:Objective-C的这种设计理念略显啰嗦,比较智能的处理方法是当str1改变时,彼时再进行深拷贝处理,很多现代语言都是这么弄的,譬如Python。

总结:property的关键字copy的本意是为了保护“immutable属性在被mutable右值对象赋值后不被右值之后可能发生的改变所影响”,而对mutable属性,则不存在这样的问题。

 

iOS之strong和copy

标签:

原文地址:http://www.cnblogs.com/FightingLuoYin/p/4403083.html

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!