【 在 eGust (十年) 的大作中提到: 】
: gb2312、gb18030、unicode 是字符集（character set），核心概念是 code point 和
:  bmp，而 utf-16 le/be、utf-8 是 encoding。这都什么驴唇不对马嘴的东西扯到一起去
: 了？
: 微软搞了一套 gbk，兼容 gb2313 同时支持当年的 unicode，gb18030 就是拿了过来然
: 后说我们支持 unicode 字符集，明摆着就是 unicode 的方言而已。
: emoji 放到 utf-8 里要4个字节，mysql 之类山寨数据库还得专门搞个 utf8mb4 才能
: 支持，不然就死给你看。那你要不要说西方国家歧视自己啊？
mysql的utf8不是正经utf8，那是mysql的问题，不是utf8的问题
--
FROM 202.104.118.*

这个东西实现一遍到处能用, 其实也不麻烦.
--
FROM 180.169.60.*

上来就扣帽子啊。
中文使用2字节还是3字节来记录常用汉字，既是成本问题也是国家地位问题，这个是不能退让的。

【 在 ble 的大作中提到: 】
: 自卑过头了。
--
FROM 171.221.52.*

【 在 ble 的大作中提到: 】
: GBK 才21003汉字，GB18030已经7万多汉字了，两三万肯定是不够的。
: 关于字符的标准，严格上应该分开成“字符的码点”和（“码点的二进制表示”）编码。Unicode标准负责码点分配，UTF8/16/32是编码方案之一。
: GBK/GB18030这种是码点分配和编码表示合在一起的方案，是由历史导致的。
: ...................
码点和编码分离应该只是unicode这么做，
而且开始unicode也不是这么想的，它们想的是用两个字节一统天下。
后来实在是ascii太浪费，才弄出来一个utf-8，也就有了编码和码点分开这种方式。
现在的问题是，18030和unicode（为了避免混淆，不说utf-8）了是冲突的，码点不一致。
至于说编码，18030本身就是编码，和utf-8没有一毛钱关系。
不能说只要是采用变长编码，就是utf-8吧
--
FROM 221.218.206.*

GB18030有汉字之外的其他语言的字符么？没有就不会有人用，大家为了方便肯定
是要追求用一个所有人都能用的编码，UTF-8就是这种。


【 在 ble (ble) 的大作中提到: 】
: 标  题: Re: 看了看GB18030，是人是鬼还是神？
: 发信站: 水木社区 (Tue Feb 25 16:12:18 2020), 站内
:
: 自卑过头了。
:
: Unicode只是码点分配，基于历史的原因给因为字符分配了较小的码点，人家毕竟是计算机行业的发起者。但是，最根本的原因还是因为字符集本生的大小问题，汉字太多这是客观事实，所有标准都得解决这个问题。
:
: 遵循Unicode标准，也可以设计不同的编码方案，如果UTF16不满足你，你大可以自己去造轮子。GB18030确实很好的解决了汉字的历史和将来问题， 这点我在另一帖有说。至于是否需要推广了全球，我看不太可能，各国都是自私的。
:
:
: 【 在 poocp (慢速随机指标) 的大作中提到: 】
: : UTF16和gb18030这种变长编码相比，缺陷明显。
: : utf-8的三字节常用汉字和gb18030的二字节常用汉字相比，缺陷明显。
: : 总结就是站在中国人的立场看，unicode很垃圾，从技术上讲全世界都用gb18030也没啥问题，代价转移而已。
:
: --
:
: ※ 来源:·水木社区 http://newsmth.net·[FROM: 104.134.27.*]
--
FROM 123.172.139.132