原文链接：A Trie in Swift
原文日期：2015/08/11
(此文中的代码都可以在这里下载)
如果上 Google 搜“酷酷的数据结构”，你首先会看到这个结果。其中主要是 stackoverflow 上的一个问题：“哪些是我们很少知道但是很有用的数据结构？”。而点赞最多的答案，就是本期主题：字典树。我读了一下，发现了很多酷酷的东西都是关于字典树的用途(同时发现我也是那种会去 Google 搜“酷酷的数据结构”的人，哈哈)。然后我就打开 playground，开始写这篇文章。
字典树是一种前缀树。它是一种递归的数据结构：每个字典树包含子字典树，子字典树通过前缀来辨认。
字典树这种数据结构不仅广泛使用，而且也有一些有用的应用。它也有类似 Set 一样的操作，比如插入和查找都是O(n)复杂度，其中n是查找序列的长度。目前，Set是哈希化(hashable)和元素无序化的最好方式。但是，如果要查找的序列中元素是哈希化的，那么字典树就很适合。(有一点要注意：Set 本身是哈希化的，所以，假如需要保存的序列是无序的话，那么 Set 的集合会更合适)
在 Swift 中，我们可以让字典树包含一系列的前缀和子字典树来实现。
代码如下：
public struct Trie<Element : Hashable> {
private var children: [Element:Trie<Element>]
}
我们定义的结构可以递归，因为我不是直接在字典树里保存字典树——我们保存的是引用子字典树的字典类型。在这个字典中，把前缀当作键。那么我们怎么初始化呢？可以像列表那样使用生成器的分解属性。
extension Trie {
private init<G : GeneratorType where G.Element == Element>(var gen: G) {
if let head = gen.next() {
children = [head:Trie(gen:gen)]
} else {
children = [:]
}
}
public init
<S : SequenceType where S.Generator.Element == Element>
(_ seq: S) {
self.init(gen: seq.generate())
}
}
这还远远不够。我们不仅需要保存一个序列，还需要insert操作：
extension Trie {
private mutating func insert
<G : GeneratorType where G.Element == Element>
(var gen: G) {
if let head = gen.next() {
children[head]?.insert(gen) ?? {children[head] = Trie(gen: gen)}()
}
}
public mutating func insert
<S : SequenceType where S.Generator.Element == Element>
(seq: S) {
insert(seq.generate())
}
}
上面有一行代码看起来很奇怪：
children[head]?.insert(gen) ?? {children[head] = Trie(gen: gen)}()
老实说，我自己也不太喜欢这样的写法。你可以调用可选链的可变方法(mutating methods)。在这个例子中调用时，可选值是由字典查找返回的：如果我们进行插入操作时这个值存在，我们就会修改这个值。
如果不存在，就需要处理这个添加动作。我们可以尝试着把子字典树抽取出来，像这样：
if let head = gen.next() {
if var child = children[head] {
child.insert(gen)
} else {
children[head] = Trie(gen: gen)
}
}
但是，代码中的子字典树只是我们想要修改的真正的子字典树的拷贝。我们之后会把它放回字典中——虽然现在看起来可能这是在做无用功。
我们都知道，那些看起来没有返回值的函数，其实会返回特殊的值，叫做Void或()。本文中，()? (或者 Optional<Void>)也属于这类。我们不关心void本身，很明显，我们只关心是不是nil。因此，我们可以这样做：
if let _ = children[head]?.insert(gen) { return }
children[head] = Trie(gen: gen)
或者使用guard：
guard let _ = children[head]?.insert(gen) else { children[head] = Trie(gen: gen) }
不过我认为用nil coalescing运算符可能更好，省去let或_对理解的干扰。
感觉字典树这个数据结构并不按常理出牌。一开始，可以直接用变异方法更简单的返回字典树。此外，因为基本上每个方法都包含整个字典树，所以惰性加载几乎是不可能的。(如果谁可以想出一个有效的方法实现惰性加载，请告诉我。)
字典树中最重要的contains函数是这样的：
extension Trie {
private func contains
<G : GeneratorType where G.Element == Element>
(var gen: G) -> Bool {
return gen.next().map{self.children[$0]?.contains(gen) ?? false} ?? true
}
public func contains
<S : SequenceType where S.Generator.Element == Element>
(seq: S) -> Bool {
return contains(seq.generate())
}
}
这里使用了很多生成器。如果生成器是空的(gen.next()返回nil)，那么字典树就包含序列，因为我们只有当前的元素。map()从生成器中寻找下一个元素并返回。如果返回的是nil，字典树就不包含这个序列。最后，返回是否包含其余生成器的子字典树，有就是true，没有就是false。举个栗子：
var jo = Trie([1, 2, 3])
jo.insert([4, 5, 6])
jo.insert([7, 8, 9])
jo.contains([4, 5, 6]) // true
jo.contains([2, 1, 3]) // false
这里有个小问题。contains方法不能像我们想象那样执行以下代码：
jo.contains([1, 2]) // true
因为只要生成器里没有数据，就都返回true，所以字典树就“包含”了每个已经被插入的序列的前缀。这并不是我们想要的。一种解决方案是：只有在最后一个字典树没有子节点的时候返回true。修改后如下：
extension Trie {
private func contains
<G : GeneratorType where G.Element == Element>
(var gen: G) -> Bool {
return gen.next().map{self.children[$0]?.contains(gen) ?? false} ?? children.isEmpty
}
}
但是这好像并没有用。如果我们调用jo.insert([1, 2])会怎么样呢？我们发现返回值是false，字典树并没有包含[1, 2]。
针对这种情况，我们需要一个额外的布尔变量，用这个变量来标记字典树是否在序列的末端。
public struct Trie<Element : Hashable> {
private var children: [Element:Trie<Element>]
private var endHere : Bool
}
我们也需要修改我们的insert和init方法，以便生成器返回nil时，endHere被初始化为true。
extension Trie {
private init<G : GeneratorType where G.Element == Element>(var gen: G) {
if let head = gen.next() {
(children, endHere) = ([head:Trie(gen:gen)], false)
} else {
(children, endHere) = ([:], true)
}
}
}
extension Trie {
private mutating func insert
<G : GeneratorType where G.Element == Element>
(var gen: G) {
if let head = gen.next() {
children[head]?.insert(gen) ?? {children[head] = Trie(gen: gen)}()
} else {
endHere = true
}
}
}
同时，contains方法返回endHere变量，而不再是true。
public extension Trie {
private func contains
<G : GeneratorType where G.Element == Element>
(var gen: G) -> Bool {
return gen.next().map{self.children[$0]?.contains(gen) ?? false} ?? endHere
}
}
我们在优化contains方法时，用guard可以增加代码可读性：
public extension Trie {
private func contains<
G : GeneratorType where G.Element == Element
>(var gen: G) -> Bool {
guard let head = gen.next() else { return endHere }
return children[head]?.contains(gen) ?? false
}
}
Chris Eidhof给了我如下建议：
This is how Swift 2 improves our Functional Data Structures chapter in @FunctionalSwift : pic.twitter.com/LgwCBm7zA6
— Chris Eidhof (@chriseidhof) August 6, 2015
(显然，这是他的Functional Programming in Swift中的字典树实现。我没看过，现在准备去看。如果Advanced Swift可以超过前者，那肯定很有意思。)
我们希望字典树能像 Set 那样使用所有的并集、交集方法。而insert、init 和contains方法已经实现了，还有remove方法没有实现。
remove方法看上去有点难度。你可能会在序列的末端删除，然后把endHere从true改成false，其实这没有什么卵用。我的意思是你还是会在删除操作后保存相同的信息。而你真正需要的操作是删除不再使用的分支。
说起来这个事情有点复杂。你仅仅找到想要删除的，然后就把所有的子节点删除了。你不能这样做，因为这可能会删除其他的入口点( entries )。你也不能删除只有一个子节点的字典树，因为子节点可能会随后延伸开去，或许也将包含你想要删除的序列的前缀。
至关重要的是，所有关于能不能删除给定入口的信息都来自字典树的子节点。所以，我决定用递归调用变异方法来实现，并且这个方法会返回一个重要的值。在这种情况下，这个重要的值是一个布尔类型的，它表示这个字典树能不能被删除。因为我使用的是私有方法做生成器，公有包装方法来处理序列，所以我会在公共方法中返回布尔类型表示能不能被删除。
让我们继续：
private mutating func remove<
G : GeneratorType where G.Element == Element
>(var g: G) -> Bool {
到目前为止，这跟其他方法没什么区别。接着，处理生成器的头部：
if let head = g.next() {
这个if代码块里是具体的逻辑步骤，我们先跳过它来处理g.next()返回nil时的情况：
private mutating func remove<
G : GeneratorType where G.Element == Element
>(var g: G) -> Bool {
if let head = g.next() {...}
endHere = false
return children.isEmpty
}
到这里就结束删除序列的操作了。这意味着现在不管在哪棵字典树都应该把endHere设为false。对于字典树的使用者来说，从现在开始，如果再给
contains方法传入那个序列作为参数的话，就会返回false。
然而，如果可以删除数据本身，就会返回children.isEmpty的值。如果当前字典树没有子节点，那么就是可以删除了的。
现在再回到if代码块里具体的实现：
guard children[head]?.remove(g) == true else { return false }
children.removeValueForKey(head)
return !endHere && children.isEmpty
调用remove来删除子字典树对应的head。guard语句会有两种情况返回false：一种情况是children没有包含head，另一种是要被删除的sequence已经不在当前的字典树中了。因为没有成功删除或变异，这个方法将返回false。
如果children包含了head，但是返回还是false的话，这表示它的子节点是不可删除的，所以才会返回false。否则，会成功删除(children.removeValueForKey(head))。
接着，字典树通过return !endHere && children.isEmpty会知道自己是不是可以删除的。如果endHere等于true的话，表示已经在 sequence 末端了，那就是不可删除的；如果没有子节点就是可删除的。完整的方法如下：
extension Trie {
private mutating func remove<
G : GeneratorType where G.Element == Element
>(var g: G) -> Bool { // Return value signifies whether or not it can be removed
if let head = g.next() {
guard children[head]?.remove(g) == true else { return false }
children.removeValueForKey(head)
return !endHere && children.isEmpty
}
endHere = false
return children.isEmpty
}
public mutating func remove<
S : SequenceType where S.Generator.Element == Element
>(seq: S) {
remove(seq.generate())
}
}
这代码又丑又长，用count属性来简化一下吧：
extension Trie {
public var count: Int {
return children.values.reduce(endHere ? 1 : 0) { $0 + $1.count }
}
}
通过count属性记录endHere有多少次true。如果当前的字典树到末端了，count就加一(endHere ? 1 : 0)，同时也加到所有孩子节点的总和里。
接下来处理SequenceType。Getting tree-like structures to conform to SequenceType is a bit of a pain文章里觉得树形结构要遵照SequenceType有点头疼的原因主要是因为递归。如果用线性(非递归)表示会很 easy：
extension Trie {
public var contents: [[Element]] {
return children.flatMap {
(head: Element, child: Trie<Element>) -> [[Element]] in
child.contents.map { [head] + $0 } + (child.endHere ? [[head]] : [])
}
}
}
然后，这当然也可以作为字典树的生成方法。这个看上去有点不合适，就好像仅仅通过遍历的方式就把一种数据结构转换成了另一种数据结构。而我们真正需要的是按需生成每个元素。
然而，有时候需要手写一些虽然用手写很不 nice 的代码，而且还要用一些 trick (比如：闭包)。无论如何，看代码吧：
public struct TrieGenerator<Element : Hashable> : GeneratorType {
private var children: DictionaryGenerator<Element, Trie<Element>>
private var curHead : Element?
private var curEnd : Bool = false
private var innerGen: (() -> [Element]?)?
private mutating func update() {
guard let (head, child) = children.next() else { innerGen = nil; return }
curHead = head
var g = child.generate()
innerGen = {g.next()}
curEnd = child.endHere
}
public mutating func next() -> [Element]? {
for ; innerGen != nil; update() {
if let next = innerGen!() {
return [curHead!] + next
} else if curEnd {
curEnd = false
return [curHead!]
}
}
return nil
}
private init(_ from: Trie<Element>) {
children = from.children.generate()
update()
}
}
这里跟之前使用的lazy flatMap逻辑类似。
