【Swift】 Collections初识 - Dictionary(二)

声明:此博客是本人在泊学网学习Swift过程的笔记与心得

Dictionary进阶

Swift中,Dictionary的内在查找机制是通过key-value的哈希表实现的,因此,在Swift中,Dictionary的查找效率为O(1)。下面,我们了解一下Dictionary内部的哈希实现机制。

需要强调的是,哈希算法需要计算哈希值,因此导致key的类型必须是一个可以计算哈希值的类型,即遵从了Hashable协议的类型。例如,String,Int,Date,Bool等。协议中定义了hashValue属性,用来获取通过key计算出的哈希值。

当然,自定义类型也可以作为Key存在,就是要手动遵从Hashable协议。

定义一个结构体作为储存学校学生信息:

struct Student {
    var studentID: Int
    var name: String
}

※使用结构体封装自定义Key而非类封装,是考虑到不要使用引用类型而使用值类型作为Key,防止不经意的修改Key值。

通过Swift的Extension功能为Student添加Hashable的实现:

extension Student: Hashable {
    var hashValue: Int // 前面提到的需要计算的哈希值
}

说到计算哈希值,就需要对计算算法进行多方面考虑:性能哈希值在整数范围的分布。每次Dictionary进行增删改查操作时,都需要通过key值计算哈希值,算法的性能与访问元素位置的O(1)性能要综合考虑。如果哈希算法计算的哈希值相同,则需要进行计算哈希值碰撞,这样很有可能变成一个O(n)的算法。

// 一个极端的例子
extension Student: Hashable {
    var hashValue: Int {
        return 1 
    }
}

这种情况下,每一次返回的hashValue都为1,每一次操作,几乎都要进行碰撞处理。一次,虽然有O(1)的性能,但是碰撞处理将这个性能变成了O(n)的性能,因此,哈希值在整数区间均匀分布是设计哈希函数重要考虑的因素。

假设Swift标准库中的hashValue都是满足性能与分布要求的,那么我们就可以利用标准库中的hashValue做一些低性能运算,得到自己的hashValue。

extension Student: Hashable {
    var hashValue: Int {
        return studentID.hashValue ^ name.hashValue
    }
}

值得一提的是,这种情况下可能会报错:Student没有遵从Equatable协议。这是因为,如果遵从Hashable协议,实现哈希函数的同时,我们也必须遵从 Equatable,因为哈希函数有一个重要原则:两个相等的对象的哈希值必须相同。因此需要重载定义“==”。

extension Student: Equatable {
    static func == (lhs: Student, rhs: Student) -> Bool {
        return lhs.studentID == rhs.studentID && lhs.name == rhs.name
    }
}

这样,一个简单的哈希实现就完成了。

当然,这种哈希函数只是简单的异或运算,很有可能计算出同样的值。例如异或运算:ABA = B,A^B = B^A 这些情况。因此,也可以进一步优化一下哈希函数,可以采取对某些值进行”加密“运算,防止上述情况的发生。

// 在定义中实现一个对ID进行加密的算法
struct Student {
    var studentID: Int
    var name: String

    func encryption(ID: Int, with num: Int) -> Int {
        return ((ID << num) ^ num) >> num
    }
}

Ps.加密运算可以通过简单的位运算来进行。

这样,每一次计算hashValue之前,对studentID进行加密运算,就可以大大防止异或中的一些情况发生。

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

推荐阅读更多精彩内容