关于紫光输入法的研究

rambolee

有没有人用过拼音加加？它只有800多K，但是丝毫不比紫光逊色，甚至强于紫光（比如它没有一次输入字数的限制）。
我是没有能力，有兴趣的兄弟可以研究一下拼音加加。

stormful

最初由 rambolee 发表
有没有人用过拼音加加？它只有800多K，但是丝毫不比紫光逊色，甚至强于紫光（比如它没有一次输入字数的限制）。
我是没有能力，有兴趣的兄弟可以研究一下拼音加加。

800K这真的是非常惊人。但如果从另一个角度来看，或许也是很合理的。让我们回想一下FoxPro。这个再Dos下运行的数据库系统。Dos的内存限制决定了它再640K的条件下运行，就算它使用了EMS，也不会超过900K。如果有这么一个数据库机制专门为输入法服务一切就可以理解了。如果要测算它的性能，我看只有在高负荷硬盘传输的情况下输入拼音了。在这种情况下，不会影响CPU，但对硬盘访问有很大的影响。

拼音＋＋有两点我非常不喜欢：

1、单纯的词组输入。这也说明了它非常节省内存的原因。但限制了输入的欲望。当年我第一次看到拼音＋＋的时候感觉它好用级了。但拼音输入这种技术的发展显然每年都在更新。因此每年人们的口味都在变。

2、修改WEB主页。这真是一件龌鹾的事情。

关于内存的问题，我现在都非常费解。在Windows下好像很难看到输入法具体使用的内存。Windows下的IME是否使用COM机制我没有研究过，但我感觉非常可能。

现在的Linux下的输入法消耗内存确实非常严重。我想一些想法对于输入法设计人员来说是可以借鉴的。

几天前，我作了一个测试。这个测试对于普通的词组输入法的访问量来说要高出至少2个数量级。

在以前的帖子中我曾经提到过，现在我写了一个拼音分析树。因此我要对每个分支进行评估。在这时，我使用了最恶劣的算法。对每个分支都进行fetch操作。每次评估基本上都是16个汉字以上。其速度的影响不是特别明显。后来我采用了cache cursor技术。速度提升的非常快。基本上在3M左右就可以了。要知道，16个汉字的分支可能有上百个。其fetch操作可能以千记。

数据库无用论可能时输入法界常说的一句话。但我相信，很少有人认真评估过。我在现实生活中经常问别人的一句话就是：计算机到底有多快？