注重安全的swift中变量声明时要表明是否可变，不变用let,可变用var。然而由于swift设计之初就要考虑兼容OC的这个历史包袱，很多类型都沿用了OC的类型。只有几个基础类型重写声明成了值类型（struct），比如：String,Array。
引用类型的let和值类型的let在逻辑上有着根本的不同。值类型的不可变就如字面意义，数据不能被更改；而引用类型的不可变只要保证指向的实例不变就可以了，实例本身的属性是可以改变的。
一些原有的OC的foundation表示数据的引用类型在swift的行为就和期待的不同了，比如：
|
1 2 |
let date = NSDate() date.addingTimeInterval(1000) |
这样的写法是可以编译通过的。然而确和我们期望的结果不同。我们声明了一个不可变的日期，然而在 addingTimeInterval后日期已经被改变了。
所以在3.0中把原有的很多表示数据的引用类型在增加了对应的值类型。
更改的如下：
| VALUE TYPE | CLASS TYPE |
|---|---|
| AffineTransform | NSAffineTransform |
| CharacterSet | NSCharacterSet, NSMutableCharacterSet |
| Date | NSDate |
| DateComponents | NSDateComponents |
| Data | NSData, NSMutableData |
| IndexSet | NSIndexSet, NSMutableIndexSet |
| IndexPath | NSIndexPath |
| Notification | NSNotification |
| PersonNameComponents | NSPersonNameComponents |
| URL | NSURL |
| URLComponents | NSURLComponents |
| URLQueryItem | NSURLQueryItem |
| UUID | NSUUID |
在swift中相关的api返回类型也做了对应的更改。比如常见的 cellForRow方法：
|
1 |
func cellForRow(at indexPath: IndexPath) -> UITableViewCell? |
原来的参数类型是NSIndexPath，现在则改为了IndexPath。
和原来的OC的类型映射和原来的逻辑一样，类型转换直接使用 as
|
1 2 3 4 5 |
let ocString = NSString(string: "xxx") let swiftString: String = ocString as String let swiftIndex = IndexPath(row: 1, section: 1) let ocIndex = swiftIndex as NSIndexPath |
需要强调的是，两者之间的转换是有成本的。swift中并没有真正完全的实现一套数据存储逻辑。只是内部保存了对oc对象的引用，使得swift api访问时行为逻辑和值类型一致，包括copy on write。
如下图所示，当执行 var otherData = data后，其实指向的是同一个引用类型的实例。
欢迎关注我的微博：@没故事的卓同学
