读懂Swift 2.0中字符串设计思路的改变

Swift提供了一种高性能的，兼容Unicode编码的String实现做为标准库的一部分。在 Swift2中，String类型再也不遵照CollectionType协议。在之前，String类型是字符的一个集合，相似于数组。现 在，String类型经过一个characters属性来提供一个字符的集合。

AD：

Swift提供了一种高性能的，兼容Unicode编码的String实现做为标准库的一部分。在Swift2中，String类型再也不遵照 CollectionType协议。在之前，String类型是字符的一个集合，相似于数组。如今，String类型经过一个characters属性来 提供一个字符的集合。

为何会有这样的变化呢？虽然模拟一个字符串做为字符的集合看起来很是天然，可是String类型与真正的集合类如Array、Set以及 Dictionnary等类型表现得彻底不一样。这是一直都存在的，可是因为Swift2中增长了协议扩展，这些不一样就使得颇有必要作些基本改变。

不一样于部分的总和

当你在集合中添加一个元素时，你但愿集合中包含那个元素。也就是说，当你给一个数组增长一个值，这个数组就包含了那个值。这一样适用于 Dictionary和Set。不管如何，当你给字符串拼接一个组合标记字符（combing mark character）时，字符串自己的内容就改变了。

好比字符串cafe，它包含了四个字符：c，a，f ，e:

var letters: [Character] = ["c", "a", "f", "e"]
var string: String = String(letters)

print(letters.count) // 4
print(string) // cafe
print(string.characters.count) // 4

若是你在字符串后面拼接了组合重音符号U+0301  ? ,字符串仍然有四个字符，可是最后的字符如今是é：

let acuteAccent: Character = "\u{0301}" // ′ COMBINING ACUTE ACCENT' (U+0301)

string.append(acuteAccent)
print(string.characters.count) // 4
print(string.characters.last!) // é

字符串的characters属性不包含原始的小写字母 e，它也不包含刚刚拼接的重音符号?，字符串如今是一个带着重音符号的小写字母é：

string.characters.contains("e") // false
string.characters.contains("?") // false
string.characters.contains("é") // true

若是你想要将字符串像其余集合类型那样看待，这种结果很使人惊讶，就像你在一个集合中添加了UIColor.redColor()和UIColor.greenColor(),可是集合会报告它本身包含了一个UIColor.yellowColor()

经过字符内容判断

字符串与集合之间另外一个不一样是它们处理“相等”的方式。

• 只有在两个数组的元素个数相同，而且在每个对应索引位置的元素也相等时两个数组才是相等的。

• 只有在两个集合的元素个数相同，而且第一个集合中包含的元素，第二个集合也包括时两个集合才相等。

• 两个字典只有在有相同的键值对时才相等。

然而，String类型的相等创建在标准相等的基础上。若是两个字符串有相同的语义和外观，即便它们其实是用不一样的Unicode码构成的，它们也是标准相等的。

考虑韩国的书写系统，包含了24个字母，或者叫Jamo，包含了单个的辅音和元音。当写出时这些字母就组成每一个音节对应的字符。例如，字符 ([ga])是由字母 ([g])和[a]构成的。在Swift中，不管字符串是由分解的仍是组合的字符构成的，都被认为是相等的。

这种行为再一次与Swift中的集合类型区别开来。这很使人惊讶就像是数组中的值 和被认为和相等。

取决于你的视角

字符串不是集合。可是它们确实也提供了许多遵照CollectionType协议的views：

characters是Character类型值的集合，或者扩展字形群集（extended grapheme clusters）

unicodeScalars是Unicode量值的集合（Unicode scalar values）

utf8是UTF-8编码单元的集合（UTF-8）

utf16是UTF-16编码单元的集合（UTF-16）

让咱们来看以前单词 “café”的例子，由几个单独的字符[ c, a, f, e ] 和 [ ? ]构成，下面是多种字符串的Views中所包含的内容：

characters属性将文字分段为扩展字形群集，差很少接近用户看到的字符（在这个例子中指c, a, f, 和 é）。因为字符串必须对整个字符串中的每个位置(称为码位(code point))进行迭代以肯定字符的边界，所以取得这个属性的时间复杂度是线性的 O(n)。当处理包含了人类可读文本的字符串，以及上层的本地敏感的Unicode计算程序时，例如用到的 localizedStandardCompare(_:)方法和localizedLowercaseString 属性，都须要将字符逐字进行处理。

unicodeScalars属性提供了存储在字符串中的量值，若是原始的字符串是经过字符é而不是e + ?建立的，这就会经过unicodeScalar属性表示出来。当你对数据进行底层操做的时候使用这个API。

utf8和utf16属性对应地提供了它们所表明的代码点（code points），这些值与字符串被转化时写入一个文件中的实际字节数是相一致的，而且来自一种特定的编码方式。

UTF-8 编码单元(code units)被许多 POSIX 的字符串处理 API 所使用，而 UTF-16 编码单元(code units)则始终被用于表示 Cocoa 和 Cocoa Touch中的字符串长度和偏移量。

若是想了解更多 Swift 中关于字符和字符串的信息，请看The Swift Programming Language和 The Swift Standard Library Reference.