问题：“仅支持 Unicode BMP 是否足以使中文/日文/韩文母语人士能够以其母语使用应用程序？”

我现在最关心的是说日语的人，但我也对中国人的答案感兴趣。如果应用程序仅支持 BMP 上的字符 - 是否会导致该应用程序对于中文/日文用户不可用（即应用程序不允许数据输入/显示补充字符）？

我并不是在问 BMP 是否是任何类型的应用程序所需要的唯一东西（显然不是 - 特别是对于全世界的所有语言）。我要求 CJK 使用者在专业环境中使用一种现代的普通应用程序来处理一般的自由文本输入（包括姓名、地点等） - BMP 通常就足够了吗？

即使只支持 BMP 是不正确的 - 它会非常接近/“足够好”吗？应用程序中缺少补充字符是否只是偶尔造成的轻微不便？或者，例如，说日语的人会认为该应用程序完全损坏了吗？特别是考虑到他们总是能够通过用平假名/片假名拼出有问题的单词来解决这个问题？

对于没有后备选项的中文用户来说，缺少补充字符会被视为一个令人停止的问题吗？

我在这里考虑的是一般的专业背景——而不是社交或游戏的东西。举个例子，辅助平面上有很多表情符号 - 但我个人不会认为不支持 Unicode 表情符号字符的英文应用程序是“损坏的”，至少对于大多数专业用途来说是这样。

我现在正在处理的应用程序是用 Java 编写的，但我认为这个问题更普遍。知道答案也将帮助我（无论语言如何）更好地了解在字体支持方面我必须付出多少努力。

EDIT

澄清：通过“仅支持 BMP”——我希望应用程序能够优雅地处理补充字符。
不支持的字符（包括 BMP 代理代码块）的处理方式与大多数应用程序处理 ASCII 控制代码和其他不需要的字符的方式类似 - 过滤/禁止数据输入，并在必要时“处理”显示（过滤掉或替换为 unicode 替换字符）。

对于可能正在寻找实际问题的实际答案的人：提示此问题的应用程序现已投入生产，仅允许 BMP 中的字符（实际上是有限的子集）。

多个国际客户在生产中使用韩语 - 日语即将上线。中国正在计划中（我怀疑 BMP 是否足以满足这一要求，但我想我们会看到的）。

没关系 - 没有报告与不支持的字符相关的问题。

但这实际上只是轶事证据。仅仅因为我的客户对此感到满意，并不意味着您的客户也会如此。就上下文而言，该应用程序的客户是国际公司，数百名员工使用该应用程序处理数十万客户。