本帖将更新一些有关1.23b新系统的问题

Renee

引用第14楼linzefei于2009-06-12 04:50发表的  :
那。。写个计时器间隔时间循环大量操作。。看看哪个每秒操作次数更高 而不会卡？。。。。。似乎很窘。。

那法子不行，timer是游戏内时间的计时器，简单地说就是游戏卡的时候它也卡。

Renee

引用第20楼天零萃梦于2009-06-12 08:11发表的  :
简单地说父key就是子key的命名空间，别理解成双重hash表。


--

.......

没有规则。你可以把它理解成一个2维数组

只是父key相同的几个元素归为一类，清理的时候可以用一个函数一次性清理而已。

天零萃梦

ok了解了。。

看来要对地图进行大手术了= =..

Renee

其实说2维数组也有点不确切,因为这2个值是允许负数的。

普遍认为这个哈希表比gc快，但是目前还没有明确地测试过。

不过有几点可以肯定的是，

1]这个哈希表比要多次转换数据类型才能用的gc显然是好多了。就算他们本身速度一样，gc的数据转换内容太多，在效率上已经吃亏了

2]这个哈希表会和数组一样计算变量连接数，一个handle若还保存在哈希表里。那么就算它的对象被删除，这个表位也不会立刻被复用，直到你从哈希表里删去它。这样你就不会因为试图读取该单位而读到另外个新单位去了。这也是我以前推荐用数组系统而不是gc系统的一个原因。gc里保存的东西是和handle表的变量连接数无关的。因此很容易出现指向混乱。

3]gc会随着地图保存而把整个gc表另外弄一份保存到到地图存档文件里。无端增大存档文件的体积和保存时间，也增加了地图的读取时间。哈希表的话没这个问题。

Renee

看来投影仪还是有问题。

Renee

目前还在PTR中，其实已经出现了一些未填上的漏洞，不过blz已在着手处理。


新函数都已经放到触发编辑器里。

新对象哈希表采用2层key，分别为父key和子key，可以把父key理解作文件夹。用这个可以把key拿来编组的说。而且可以一次性清空整个哈希表也可以单独清空某个父key下的所有子key。也可以清除单个子key。简单地说父key就是子key的命名空间，别理解成双重hash表。而且hash表本身无法作为另一个hash表的元素。



  

linzefei

那贴 第1页不能进了

帖子ID非法

。。。奇怪。。我明明回复的 test@test这一帖子```

帖子合并了么``

Renee

因为被我合并了~~不过似乎还是有wt~~