|
简单来说，GB 13000是中国有关部门和软件部门想要继续和国际脱轨的一个考试考试。 这也没什么，DOS家族和90年月起头兴起的Windows中，中国公司都感受微软占了年夜廉价他们没得占，自然想搞一个和国际不接轨的尺度把微软拒之门外。 GB2312 虽然没有强制划定硬编码，可是它也建议性的给出了一个和现有ASCII轨范不兼容的编码体例。也就是原有的措置ASCII的轨范要过渡到GB2312的阿谁建议的编码名目一般是会出问题的，首先二进制级此外移植毫无疑问的会直接解体，源码级此外移植一般来说也需要改失踪汇编级此外代码（高级说话级此外代码估量需要改的斗劲少一些）。 把GB2312的字符集琅缦沔补全Unicode的CJK部门的话，共有20902个汉字，就形成了GB 13000。（这个数据是指纯中文的不含符号的？ （我这下疑心惑了……CJK的20902个汉字已经超出了16384 （ 2的14次方 ）+ 0x7F了。。CP936若何容纳整个CJK的？之前没注重到这个问题 GB 13000分为单字节，双字节和四字节的字符。 GB 13000做的斗劲……执意不兼容吧。 于是终于有人按捺不住了……想要与Windows相兼容（某种意义上就与国际也不兼容 这就是GB18030了…… GB18030的所谓的“提出了尺度拟定原则——与GB 2312信息措置交流码所对应的事实上的内码尺度兼”那毫无疑问就是指Windows 95 用的CP936. “在字汇上撑持GB 13000.1的全数中、日、韩(CJK)统一汉字字符和全数CJK扩充A的字符”，这就是GB18030对字汇方面的要求。 也就是撑持在字汇上跟CJK平齐的GB 13000再加上CJK扩充A 可是编码轨则方面采用的CP936 “全国信标委曾拟定和发布《汉字扩展规范GBK 1.0》”，这个说是在GB 13000往GB18030过渡时代发布的。 按我的理解，Windows 95用的CP936里含了CJK，首先这必定不是考虑到了GB 13000的要求，因为自己就和它完全不兼容。 微软应该是考虑到了编码的合理性（与ASCII轨范完全兼容）的问题，然后Unicode是它代码一再操作的问题才没有直接套在Windows 95上。 所以我猜微软只是出于很纯挚的考虑才把CJK和GB2312相组合。 然后按我的理解，《汉字扩展规范GBK 1.0》是反过来对CP936的一个认可。 当然后面找到了微软，自己也妥协了，就来了个GB18030，哎，怎么说呢……轨范员的无奈吧……虽然这个工具为兼容供给了可能，可是总的来说实现起来仍是挺麻烦的。 归正此刻linux世界实现的很好了，可惜微软还不那么热心。现实上我此刻的win7里的宋体字，Unicode 5.1 ，5.2 ，6.0的一些新增字都有一些显示不出来的。 5.2和6.0的在第二辅助平面也就算了，（其中6.0新增的汉字在CJK扩展D区），5.1的在根基平面都有部门不行…… 不知道微软怎么撑持辅助平面的字符……估量够呛……除非要铲除一些API了……或在给一些API以出格的注解？ Win64的代码又连结和Win32的API高度兼容，这下好了，换平台都解决不了。 哎，可能往后.NET能够部门解决这个问题……我印象中.NET的unicode字符也是双字节就是了，不知道是不是记错了。 此外，unicode 4.1的时辰就收集够了70,229个字符？不是总共才65535个位置不到么？应该是把那些统一编码的字符给一再计数了吧…… 首要参考了这贴：http://tech.sina.com.cn/s/2001-07-26/1850.html 此外还有在百度知道和维基搜GB18030和CJK。 我把新浪阿谁工具贴出来吧： —————————————————————————————————————————————————————————————————————— 国家尺度GB18030-2000《信息交流用汉字编码字符集根基集的扩充》是我国继 GB2312-1980和GB13000-1993之后最主要的汉字编码尺度，是未来我国计较机系统必需遵循的基本性尺度之一。为保证该尺度顺遂贯彻执行，国家质监总局将在9月1日起首先对影响普遍的计较机操作系统进行功令搜检，凡不合适该尺度的产物，视为不及格产物。为此，全国信息手艺尺度化手艺委员会将按照有关尺度和规范，组织对市场上首要的操作系统产物进行尺度合适性检测。 (责任编辑：111) |