精华区 [关闭][返回]

当前位置:网易精华区>>讨论区精华>>各行各业>>IT人论坛>>【技术与市场】>>从UNICODE方案看数字鸿沟

主题:从UNICODE方案看数字鸿沟
发信人: 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标准,笔者尚未详细研究,所以此文不包括讨论这些新的标准。希望文字标准的问题能在新的方案中得以解决。

[关闭][返回]