Swift——字典

Swift中另一个关键的数据结构Dictionary,字典。字典包含键以及它们所对应的值。在一个字典中,每个键都只能出现一次。通过键来获取值所花费的平均时间是常数量级的(作为对比,在数组中搜寻一个特定元素所花的时间将与数组尺寸成正比)。和数组有所不同,字典是无序的,使用for循环来枚举字典中的键值对时,顺序是不确定的。

在下面的例子中,我们虚构一个app的设置界面,并使用字典作为模型数据层。这个界面由一系列的设置项构成,每一个设置项都有自己的名字(也就是我们字典中的键)和值。值可以是文本,数字或者布尔值之中的一种。我们使用一个带有关联值的enum来表示:

enum Setting{ 
  case text(String)
  case int(Int)
  case bool(Bool)

let defaultSettings: [String:Setting] = [
        "Airplane Mode": .bool(true),
        "Name": .text("My iPhone"),
]
defaultSettings["Name"] // Optional(Setting.text("My iPhone"))

我们使用下标的方式可以得到某个设置的值(比如 defaultSettings["Name"])。字典查找将返回的是可选值,当特定键不存在时,下标查询返回nil。这点和数组有所不同,在数组中,使用越界下标进行访问将会导致程序崩溃。

从理论上来说,这个区别的原因是数组索引和字典的键的使用方式有很大的不同。我们已经讨论过,对数组来说,你很少需要直接使用数组的索引。即使你用到索引,这个索引也一般是通过某些方式由数组属性计算得来的(比如从 0..<array.count这样的范围内获取到)。也就是说,使用一个无效索引一般都是程序员的失误。而另一方面,字典的键往往是从其他渠道得来的,从字典本身获取键反而十分少见。

与数组不同,字典是一种稀疏结构。即使在name键下存在某个值,你也还是无法确定address键下是否有值。

可变性

和数组一样,使用let定义的字典是不可变的:你不能想其中添加、删除或者修改条目。如果想要定义一个可变的字典,你需要使用var进行声明。想要将某个值从字典中移除,可以用下标将对应的值设为nil,或者调用 removeValue(forKey:)。后一种方法除了删除这个键意外,还会降被删除的值返回(如果待删除的键不存在,则返回nil)。对于一个不可变的字典,想要进行改变的话,首先需要进行复制:

var localizedSettings = defaultSettings
localizedSettings["Name"] = "Mein iPhone" 
localizedSettings["Do Not Disturb"] = true

再次注意,defaultSettings的值并没有改变。和键的移除类似,除了下标之外,还有一种方法可以更新字典的内容,那就是updateValue(_:forKey:),这个方法将在更新之前有值的时候返回这个更新前的值:

let oldName = localizedSettings.updateValue(.text("Il mio iPhone"), forKey: "Name")
localizedSettings["Name"] // Optional(Setting.text("Il mio iPhone"))
 oldName // Optional(Setting.text("Mein iPhone"))

有用的字典扩展

如果我们想要将一个默认的设置字典和某个用户更改过的自定义设置字典合并,应该怎么做呢?自定义的设置应该要覆盖默认设置,同时得到的字典中应当依然含有那些没有被自定义的键值。换句话说,我们需要合并俩个字典,用来做合并的字典需要覆盖重复的键。标准库中并没有这样的函数,不过我们可以自己写一个。

我们扩展Dictionary类型,为它添加一个merge方法,该方法接受待合并的字典作为参数。我们可以将这个参数知名为Dictionary类型,不过更好的选择是用更加通用的泛型方法来进行实现。我们对参数的要求是,它必须是一个序列,这样我们就可以对其进行循环枚举。另外,序列的元素必须是键值对,而且它必须和接受方法调用的字典的键值对拥有相同类型。对于任意的Sequence,如果它的 Iterator.Element是(Key,Value)的话,它就满足我们的要求,因此我们将其作为泛型的约束(这里的Key和Value是我们所扩展的Dictionary中已经定义的泛型类型的参数):

extension Dictionary {
  mutating func merge<S>(_ other: S)
    where S: Sequence, S.Iterator.Element == (key: Key, value: Value) { for (k, v) in other {
      self[k] = v 
    }
  } 
}

正如下例所示,我们可以将一个字典合并进另一个字典了。另外,方法的参数还可以是键值对数组或者其他类似的任意序列,而不一定必须是字典:

var settings = defaultSettings
let overriddenSettings: [String:Setting] = ["Name": .text("Jane's iPhone")] 
settings.merge(overriddenSettings)
settings
// ["Name": Setting.text("Jane\'s iPhone"), "Airplane Mode": Setting.bool(true)]

另一个有意思的扩展是从一个(key,Value)键值对的序列来创建字典。标准库中为数组提供了一个类似的初始化方法,我们经常用到它。当你每次将一个范围转变为数组时(Array(1..10)),或者是将一个ArraySlice转换回数组时(Array(someSlice)),你都用到了从序列创建数组的方法。但是,对于Dictionary,还没有这样的初始化方法。(在Swift-Evolution的提案中,有人提议添加这样的方法,所以我们有可能在未来能见到这样的初始化方法。)

我们可以先创建一个空字典,然后将序列合并到字典中去。这样一来,我们就可以重用上面的merge方法,让它来做实际的工作:

extension Dictionary {
  init <S: Sequence>(_ sequence: S) where S.Iterator.Element == (key: Key, value: Value) { 
    self = [:]
    self . merge(sequence)
  }
}

//所有alert默认都是关闭的
let defaultAlarms = (1..<5).map{ key:"Alarm ", value:false }
let alarmsDictionary = Dictionary(defaultAlarms)

我们要添加的第三方有用扩展是一个map函数,它可以用来操作并转换字典中的值。因为Dictionary已经是一个Sequence类型,它已经有一个map函数来产生数组。不过我们有时候想要的是结果保持字典的结构,只对其中的值进行映射。我们的mapValues方法将首先调用标准的map,来创建一个(键,转换后的值)的数组。接下来,使用上面定义的初始化方法将其转换回字典:

extension Dictionary {
  func mapValues<NewValue>(transform: (Value) -> NewValue) -> [Key:NewValue] {
  return Dictionary<Key, NewValue>(map { (key, value) in
      return (key, transform(value)) 
    })
  } 
}

let settingsAsStrings = settings.mapValues { setting -> String in 
  switch setting {
    case .text(let text): return text
    case .int(let number): return String(number)
    case .bool(let value): return String(value)
  } 
}
settingsAsStrings // ["Name": "Jane\'s iPhone", "Airplane Mode": "true"]

Hashable要求

字典其实是哈希表。字典听过键的hashValue来为每个键指定一个位置,以及它对应的存储。这也就是Dictionary要求它的Key类型需要遵守Hashable协议的原因。标准库中所有的基本数据类型都是遵守Hashable协议的,他们包括字符串,整数,浮点数以及布尔值。不带有关联值的枚举类型也会自动遵守Hashable。

如果你想要将自定义的类型用作字典的键,那么你必须手动为你的类型添加Hashable并满足它,这需要你实现hashValue属性。另外,因为Hashable本身是对Equatable的扩展,因此你还需要为你的类型重载 == 运算符。你的实现必须满足哈希不变原则:俩个同样的实例(由你实现的 == 定义相同),必须拥有同样地哈希值。不过反过来不必为真:俩个相同哈希值的实例不一定需要相等。不同的哈希值的数量是有限的,然而很多可以被哈希的类型(比如字符串)的个数是无穷的。

哈希值可能重复这一特性,意味着Dictionary必须能够处理哈希碰撞。不必说,优秀的哈希算法是能给出较少的碰撞。不必说,优秀的哈希算法总是能给出较少的碰撞,这将保持集合的性能特性。理想状态下,我们希望得到的哈希值在整个整数范围内平均分布。在极端的例子下,如果你的实现对所有实例返回相同的哈希值(比如0),那么这个字典的查找性能将下降到O(n)。

优秀的哈希算法的第二个特质是它应该很快。记住,在字典中进行插入,移除,或者查找时,这些哈希值都要被计算。如果你的hashValue实现要消耗太多时间,那么它可能会拖慢程序,让你从字典的O(1)特性中得到的好处损失殆尽。

写一个能同时坐到这些要求的哈希算法并不容易。对于一些由本身就是Hashable的数据类型组成的类型来说,将成员的哈希值进行"异或"(XOR)运算往往是一个不错的起点:

struct Person {
  var name: String 
  var zipCode: Int 
  var birthday: Date
}
extension Person: Equatable {
  static func == (lhs: Person, rhs: Person) -> Bool {
    return lhs.name == rhs.name
      && lhs.zipCode == rhs.zipCode 
      && lhs.birthday == rhs.birthday
  }
}
extension Person: Hashable {
   var hashValue: Int {
      return name.hashValue ^ zipCode.hashValue ^ birthday.hashValue 
  }
}

异或计算方法的一个限制是,这个操作本省是左右对称的(也就是说a^b == b^a),对于某些数据的哈希计算,这有时候会造成不必要的碰撞。你可以添加一个位旋转并混合使用它们来避免这个问题。

最后,当你使用不具有值语义的类型(比如可变的对象)作为字典的键时,需要特别小心。如果你在将一个对象用作字典键后,改变了它的内容,它的哈希值和/或相等特性往往也会发改变。这时候你将无法在字典中找到它。这时字典会在错误的位置存储对象,这将导致字典内部存储的错误。对于值类型来说,因为字典中的键不会和复制的值共用存储,因此它也不会被从外部改变,所以不存在这个问题。

©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 204,293评论 6 478
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 85,604评论 2 381
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 150,958评论 0 337
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 54,729评论 1 277
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 63,719评论 5 366
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,630评论 1 281
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 38,000评论 3 397
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,665评论 0 258
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 40,909评论 1 299
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,646评论 2 321
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,726评论 1 330
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,400评论 4 321
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 38,986评论 3 307
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,959评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,197评论 1 260
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 44,996评论 2 349
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,481评论 2 342

推荐阅读更多精彩内容