发信人: ninja_xena()
整理人: hnyjchuhong(2001-12-14 17:31:02), 站内信件
|
我想做过JAVA的人都碰到过所谓“中文问题”。其原因概因现在的中文操作系统，或者是中文的流行编码使用的是GB2312，而JAVA使用的却是UNICODE来表示文字的。这种问题困绕了无数开发者。
其实JAVA用UNICODE也是为了它的扩展性。但碰到这种文字问题实在是始料不及。经常让我思考的是：既生UNICODE，何生GB2312？
原来，在UNICODE中分配给汉字的方案，采用的是所谓“中日韩汉字方案”，也就是中国日本韩国的汉字都放在一起编码，本来这是个好办法，因为大多数汉字在三个国家的语言里意义都是相近的。问题是UNICODE解决的出发点却另有其原因，是为了尽量节省UNICODE的编码区。结果，大量的中国汉字被排除在UNICODE之外，只有一部分常用的汉字和日本韩国的汉字被UNICODE收编进来。就连我们总理的“金容”也不在收编之列。更莫提一些只在《康熙字典》里的才找的到的字了。试想中国文化的基础——文字，在世界信息革命的阵地就已经如此损兵折将，如何谈发扬光大呢？
我们再看MS的所做所为，先是自行扩展文字编码，在自己的操作系统里擅自使用GBK编码，虽然GBK是能比GB2312容纳更多汉字的方案，却不是符合国家标准的方案。到发售WINDOWS XP，却又全面使用UNICODE，让无数的汉字变成孤魂野鬼，所以才遭到政府的禁销。
尚且不论中国的汉字方案为何没能完全代替GBK，没能“强制”让MS接受。也不论中国的开发者为何被迫要全面使用UNICODE。至少在自行文字标准的建立和推广上，的确是比西方国家慢了一步。而且在UNICODE现行方案里，汉字也没能体现出堂堂象形文字之王的应有的地位，这，可否是数字鸿沟的一中体现？
PS：现在正在升级的GB标准和UNICODE标准，笔者尚未详细研究，所以此文不包括讨论这些新的标准。希望文字标准的问题能在新的方案中得以解决。 |
|