问题:"仅支持Unicode BMP足以使中国本土/日本/韩国使用者能够以其母语使用应用程序吗？"
我现在最关心的是日语使用者,但我也对中国人的答案感兴趣.如果某个应用程序仅支持BMP上的字符 - 是否会使该应用程序无法用于中文/日语(即应用程序不允许数据输入/显示补充字符)？
我不是问BMP是否是你需要的任何类型的应用程序(显然不是 - 特别是对于整个世界的所有语言).我要求CJK发言人,在专业背景下,一个现代的普通应用程序,处理一般的自由文本输入(包括名称,地点等) - BMP一般是否足够？
即使只支持BMP是不正确的 - 它会非常接近/"足够好"吗？在应用程序中缺少补充字符只是偶尔的轻微不便; 或者,例如,日本发言人会认为该申请完全破裂了吗？特别是考虑到他们总能通过平假名/片假名拼出有问题的单词来解决问题？
对于那些没有后备选项的中国人来说,缺少补充字符会被视为停止显示问题吗？
我在这里考虑一般的专业背景 - 不是社交或游戏的东西.作为一个例子,在补充平面上有很多表情符号 - 但我个人不会认为不支持Unicode表情字符的英语应用程序被"破坏",至少对于大多数专业用途而言.
我正在处理的应用程序是用Java编写的,但我认为这个问题更普遍适用.知道答案也将帮助我(无论语言)更好地处理我在字体支持方面需要付出多少努力.
编辑
澄清:通过"仅支持BMP" - 我打算应用程序优雅地处理补充字符.
不受支持的字符(包括BMP代理代码块)的处理方式类似于大多数应用程序处理ASCII控制代码和其他不良字符的方式 - 过滤/禁止数据输入和"处理"以便显示(如果有必要)(过滤掉或替换为unicode替换字符).
对于可能正在寻找实际问题的实际答案的人：提示此问题的应用程序现在正在生产中，仅允许 BMP 中的字符（实际上是有限的子集）。
多个国际客户在生产中使用韩语 - 日语即将上线。中国正在计划中（我怀疑 BMP 是否足以满足这一要求，但我想我们会看到的）。
没关系 - 没有报告与不支持的字符相关的问题。
但这实际上只是轶事证据。仅仅因为我的客户对此感到满意，并不意味着您的客户也会如此。就上下文而言，该应用程序的客户是国际公司，数百名员工使用该应用程序处理数十万客户。