代码重构,空间换时间,dictionary 不要用object ,需明确指定类型

标签：中间件   ble   nbsp   ict   效率   obj   中间   索引   服务   

代码重构时,因为修改数据库成本很大,于是,可以在缓存中存储一份期待状态的数据结构: 例如,状态转换: 目标状态,中间件状态,原状态,三个状态之间转换时,

原来的逻辑是:目标状态<--中间件状态<--原状态,可以改为<原状态,中间件状态>-->目标状态,

一般情况下,服务器搭建在虚拟机上时,一般是存储位置大小不再考虑范围之内,cpu的计算能力是共享的,所以一个原则是::用"空间"换"时间",,

貌似: hashtable 和 dictionary 都是插入时的一致性hash ,来计算位置索引,,效率慢,但是查找时,yizhixinghash会直接找到位置索引,于是查找效率是O(1),

而 list 插入是直接插入,只是解链,再插入新链,但是查找时,我看网上貌似说是nlog(n),

在多次循环修改参数时,dictionary 和hashtable  优先选择

代码重构,空间换时间,dictionary 不要用object ,需明确指定类型

标签：中间件   ble   nbsp   ict   效率   obj   中间   索引   服务   

原文地址：http://www.cnblogs.com/duguzhenglong/p/7300079.html