侃侃哈希表

 

 

说到哈希表,相信初通数据结构的人士应该耳熟能详,其相关的结构细节虽然并不繁复,但就快速查找数据而言,该结构优异的性能表现绝对可算一枝独秀,平均情况下O(1)的时间复杂度更是令人心旷神怡 :),这不,在近几天编写的一个简短程序中,我自己便遇到了需要使用哈希表的情况,由于自己惯于使用MinGW,其中的STLSGI版本)刚好提供了一个优雅的哈希表的模板实现,名曰hashtable,并在此基础之上进一步构建起了hash_maphash_multimaphash_set以及hash_multiset,正好与标准模板库中的mapset容器一一对应,此番作为的确大快人心,可惜的是,作为SGI单独的扩展模块,哈希表现今仍然不在C++标准之列,这不能不令人扼腕叹息,所以即便我在MinGW中将hashtable用的生龙活虎,但只要稍稍转变一下编程环境,譬如转至MSVS,那么等待我的大抵也就是一大堆的未定义错误,而上述的什么hashtable则更是踪迹全无……虽然有心人士早已提供了很多第三方库(STLPort)用以解围,但这般编程境况仍然给我带来了些许不和谐之感,总觉着不是太合乎标准正道( 在此严重期待C++新一代标准的早日降临 :) ),没办法,最后想想还是决定走一走重造车轮的荆棘路,自己来实现一个简单的hashtable,当然,追求如STL库中那般的通用性并不是我的编程初衷,相反,简单够用倒是我的编写原则,既然如此,那么事不宜迟,就让我马上动手吧 :)

 

既然需要编写一个ADT,那么就先让我做一个最简单的哈希表设计,首先哈希函数,以及哈希键值函数,感觉应该以模板参数提供,以此来增加灵活性,具体的当以仿函数(函数对象)的形式实现,而原程序中则应该提供针对部分常用类型的仿函数实现,以方便使用。

 

然后的便是冲突的处理,对于哈希值相同的元素,我本想采用简单的一次线性探测方式,但经过后来的几番实践,发现线性探测的实现方式会引发很多问题,其中对于探测失败的处理尤为恼人,建立公共溢出区或是将原哈希表增长等处理感觉都不是很清晰,所以最终还是改成了链地址法(拉链法),顺便说一句,SGI版本中的哈希实现也是用了这种方法 :)

 

最后就是模块应该提供的外部接口了,首先自然是插入和删除操作,接着便是查找,除了这些必要的功能之外,我想在不甚影响程序整体结构以及效率的情况下仍可以适当添加,不过本着KISS原则,这些就以后再说吧 :)

 

好了,废话到此结束,对于编程这个行当,有时候代码胜于千言,所以接下来便贴出我编写一点代码,总体来说颇为拙劣,希望大家不吝嘲笑,多多海涵 :)

 

 

评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值