HarmonyOS 多语言界面实践：从语言切换到消息数量与日期表达

开篇：一个很小但很完整的多语言界面

多语言适配常常被误解成“把中文替换成英文”。真正运行起来以后，语言变化会同时影响标题、问候语、数量表达、日期表达、按钮状态和用户对页面的理解。一个页面即使只有几行文字，也能把本地化中最容易被忽略的问题集中展示出来：同一条信息在不同语言下长度不同，数字附近的语序不同，复数规则不同，日期的写法不同，选中状态还必须让用户一眼看懂。

眼前这个页面正好把这些变化放在一张简洁的卡片中。页面顶部写着“国际化本地化”，下面是“中文”“English”“日本語”三个语言按钮。按钮下方的白色卡片会显示应用名称、问候语、新消息数量和日期；页面底部还有“增加消息数量”按钮，以及一行概括资源字典、日期格式、复数规则和右到左布局的说明。它没有复杂导航，也没有网络请求，却能让人完整观察一次语言切换和数据变化如何共同影响界面。

这类小页面的价值不在于功能数量，而在于变化是可见的。首次打开时默认显示中文，卡片中的标题是“HarmonyOS 应用”，问候语是“你好，开发者”，消息提示为“你有 1 条新消息”，日期使用“2026年8月20日”。点击英文按钮后，标题、问候语、数量文案和日期会一起变成英文；点击日文按钮后，又会切换成日文表达。再点击增加消息数量，数字会增长，英文句子还会从单数 message 变成复数 messages。

下面不讨论与当前页面无关的国际化平台能力，也不把页面上的说明文字夸大成完整的资源管理系统。文章只围绕实际可见的语言按钮、信息卡片、数量按钮、状态颜色和文字变化展开，重点说明这些交互为什么这样组织，以及阅读者如何从一次次点击中理解本地化界面的基本规律。

一、先从用户看到的页面说起

页面采用从上到下的单列结构。最外层是浅灰蓝色背景，四周留有内边距，内容之间保持固定的垂直间隔。这样的安排让页面不会把注意力分散到复杂装饰上，用户一进入页面就能看到主题、语言入口和当前语言的结果。

顶部标题使用较大的深色粗体，文字是“国际化本地化”。它承担的是页面说明作用，而不是随语言按钮切换的内容。这个细节很重要：并不是页面中的所有文字都必须随着语言改变。标题本身固定不动，可以让用户始终知道当前页面在演示什么；卡片内部的应用名称和问候语则承担语言变化的主要展示任务。固定文字和可切换文字各自有清晰职责，界面反而更容易阅读。

语言按钮位于标题下方，三个按钮在同一行均匀排列。按钮的宽度由布局平均分配，因此中文、英文和日文入口拥有相同的点击区域。当前选中的按钮使用较深的蓝色，未选中的按钮使用浅蓝色。颜色变化不是装饰，而是在替用户回答“当前正在看哪一种语言”。如果只改变文字、不改变按钮状态，用户在连续切换时很容易忘记当前选择；如果只改变颜色、不改变卡片文字，又无法证明切换真的影响了内容。两种反馈一起出现，形成了更可靠的反馈闭环。

白色卡片是页面的核心区域。卡片使用圆角和内边距，把四行信息放在一个完整的视觉容器里。第一行是应用名称，字号最大并使用蓝色，起到视觉锚点的作用；第二行是问候语，字号稍小，颜色较深但不抢主标题的注意力；第三行是带数字的消息提示，负责展示数量变化；第四行是日期，字号更小、颜色更浅，作为辅助信息存在。

这种字号和颜色的递进关系，恰好适合多语言示例。不同语言的文字长度不一样，如果所有内容都使用同样的大字号，卡片很容易显得拥挤。当前页面让应用名称承担主要视觉重量，让问候语、数量和日期逐级弱化，即使切换后英文或日文宽度发生变化，整体层次仍然稳定。

卡片下面是一个蓝色的“增加消息数量”按钮。它没有被放进语言按钮一行，而是单独占满内容宽度，说明它负责的是数据变化，不是语言选择。用户可以先切换语言，再点击它；也可以先增加数量，再切换语言。无论操作顺序怎样，卡片都应该显示同一个数量，只是根据当前语言采用不同表达方式。这种独立关系是理解状态设计的关键。

页面最下方的说明文字写着“资源字典 · 日期格式 · 复数规则 · 右到左布局适配”。它像一条小型索引，提示阅读者这个界面涉及哪些本地化问题。需要注意的是，这行文字本身不会随着按钮切换而改变，也没有提供真正的资源字典入口、日期选择器或布局方向开关。它是页面当前范围的说明，不应被理解成四项完整功能已经全部落地。

二、三种语言切换到底改变了什么

点击“中文”按钮时，页面进入中文表达状态。卡片显示“HarmonyOS 应用”，问候语是“你好，开发者”，数量为 1 时显示“你有 1 条新消息”，日期显示为“2026年8月20日”。这组文字不是简单的逐词翻译，它们在中文环境中符合自然阅读顺序：数量放在“有”和“条新消息”之间，日期使用年、月、日的排列方式。

点击“English”按钮时，应用名称变为“HarmonyOS App”，问候语变为“Hello, Developer”，日期变为“August 20, 2026”。最值得观察的是消息提示。数量为 1 时是“You have 1 new message”，数量大于 1 时会在 message 后面增加 s，变成“You have 2 new messages”。这说明同一个数字不仅影响数字本身，还影响句子中的名词形式。对于英语来说，单复数是数量表达的一部分，不能只把数字替换进去就结束。

点击“日本語”按钮时，应用名称变为“HarmonyOS アプリ”，问候语变为“こんにちは、開発者”，数量提示变为“新着メッセージが 1 件あります”，日期显示为“2026年8月20日”。日文数量表达使用“件”作为计数单位，句子结构也和中文、英文不同。这个变化提醒我们，多语言适配的对象是完整句子，而不是一组按照中文语序拼接的词语。

三种状态共享同一个消息数量。假设当前数量已经增加到 3，再连续点击中文、英文、日文按钮，三个卡片都应该保留数字 3。改变语言只改变文字的选择，不应该把消息数量重置为 1。反过来，点击增加消息数量时，当前语言也不应该被改回中文。两个状态相互影响显示，但各自的修改入口是独立的，这种独立性让行为更容易预期。

按钮颜色同样遵循语言状态。中文选中时中文按钮是深蓝色，另外两个按钮是浅蓝色；英文选中时只有英文按钮变深；日文选中时只有日文按钮变深。这里没有额外的“已切换”弹窗，也没有跳转到新页面，用户通过按钮颜色和卡片文本的同步变化就能确认操作结果。对于这种即时切换，避免多余弹窗反而能保持操作连贯。

语言按钮的文字自身是固定的中文、英文和日文标签。它们不随当前语言变化，原因在于用户需要知道每个按钮代表哪一种语言。如果按钮在切换后全部变成当前语言，用户可能无法辨认另外两项入口。固定标签、动态内容和选中颜色共同组成了一个简单的语言选择器。

三、消息数量如何带出复数规则

数量变化是页面里最有教学价值的第二条路径。初始数量为 1，点击一次“增加消息数量”后变成 2，再点击一次变成 3。中文提示会依次显示“你有 1 条新消息”“你有 2 条新消息”“你有 3 条新消息”，其中“条”保持不变。日文提示也会保持“件”这个计数单位，只更新数字。英文则需要根据数量决定 message 是否带 s。

因此，语言切换状态和数量状态不是两组互不相干的文字。语言决定采用哪一组句式，数量决定句式中的数字以及英语名词的形式。用户先选英文，再连续点击增加按钮，最容易观察到这一点：第一次卡片显示单数，第二次卡片显示复数，第三次继续保持复数。这个过程说明页面不是把三句固定文案轮流展示，而是根据状态拼出当前结果。

中文用户往往会觉得“消息”和“消息”不因数字变化而变化，因此容易忽略复数规则。英文用户则会立刻看到 1 message 与 2 messages 的区别。日文又采用“件”这一计数方式。把三种结果放到同一张卡片中，能直观说明数量规则是语言相关的，而不是可以用一条全球通用模板解决的。

数量按钮只负责增加，不提供减少和重置。这个范围与页面演示目的相符：它足以制造从单数到复数的变化，也避免在一个小页面里加入过多控件。由于数量没有设置上限，用户可以连续点击，数字会继续增长。当前页面没有展示大数格式化，也没有展示零条消息的特殊文案，因此不能把它延伸描述成完整的通知数量组件。

如果实际应用需要显示 0 条、超过千条或加载中的数量，就需要另行设计规则。例如零在某些语言中适合显示“暂无新消息”，大数字可能需要使用“1.2K”或本地数字分组，加载中则可能显示占位符。但这些情况不在当前页面的可见范围内，阅读时应把它们视为扩展思路，而不是已有行为。

四、日期表达为什么要随语言变化

日期是本地化中另一个容易被低估的内容。当前页面固定展示同一天，但中文状态使用“2026年8月20日”，英文状态使用“August 20, 2026”，日文状态又回到“2026年8月20日”。虽然中文和日文在这个例子里看起来相似，语境、词序和后续扩展方式仍然不同。

英文日期把月份写成单词，并把月份放在日期前面；中文和日文则使用年、月、日的顺序。若界面把日期统一写成“2026/08/20”，短期内可能看起来更简洁，但它无法体现不同语言环境下的自然表达，也可能与用户习惯和阅读辅助工具的期望不一致。

页面没有让用户手动选择日期，日期也不会因为点击数量按钮而变化。它的作用是展示语言状态对日期文本的影响。消息数量更新时，卡片中的日期仍保持当前语言对应的写法；语言切换时，消息数量保持原值而日期跟随语言改变。这种“同一数据、不同表达”的关系，与标题和问候语的变化一起构成了卡片的完整对比。

真实产品里的日期通常来自时间数据，并根据用户地区、时区、日历和偏好进行格式化。当前页面没有展示时区切换、相对日期、月份缩写、星期名称或数字格式化，因此不要把固定日期误解成完整的日期服务。它只负责让读者看到同一个日期在三种语言下可以有不同的展示方式。

五、状态驱动界面为什么适合这种场景

页面的所有变化都围绕两个简单状态展开：一个表示当前语言，一个表示消息数量。语言按钮点击后，当前语言改变；数量按钮点击后，消息数量增加。卡片中的标题、问候语、数量句子和日期都读取当前状态，因此状态一变，依赖它们的文字一起刷新。

这种方式比“点击按钮后手动修改四个文本控件”更容易维护。假如页面中有四处文字依赖语言，手动修改意味着每个事件里都要记住更新四处；一旦遗漏，页面就会出现半中文半英文的混合状态。状态驱动的写法把“当前语言是什么”作为事实，文字只是这个事实的不同呈现。用户切换一次，所有相关区域自然得到同一个结果。

消息数量也遵循同样的原则。增加按钮只改变数量这个事实，不需要分别告诉标题、问候语、日期是否更新。真正依赖数量的只有消息提示，所以只有那一行会发生内容变化；其他内容保持稳定。这样的更新边界清晰，既减少了手动同步，也避免无关区域闪动。

语言和数量分别负责不同的维度。语言改变会影响标题、问候语、消息句式和日期；数量改变只影响消息提示中的数字以及英文复数。二者组合起来形成一个小型状态矩阵。三种语言乘以多个数量值，理论上可以产生很多页面结果，但界面不需要为每种组合准备独立页面，只要根据两个状态选择文字即可。

这也是声明式 UI 在本地化场景中的优势。开发者描述“当前语言为英文时显示什么”“消息数量大于 1 时英文名词如何变化”，而不是编写一串从旧文字替换到新文字的命令。状态越明确，切换顺序越不容易造成错误。

六、页面布局与多语言长度的关系

多语言页面不能只看默认中文状态。中文标题“HarmonyOS 应用”切换到“HarmonyOS アプリ”时字符宽度可能发生变化，问候语从“你好，开发者”换成“Hello, Developer”后也会产生不同的占用空间。英文消息句子通常更长，日文计数表达则可能在视觉上呈现另一种节奏。页面必须给文本留出足够空间，不能把每一行都按中文长度硬编码。

当前卡片宽度占满内容区域，文字没有被安排在过窄的固定列中。应用名称和问候语单独占行，数量和日期也单独占行，使得语言变化主要表现为行内长度变化，而不是多列之间相互挤压。卡片有内边距，文字与边缘保持距离，即便英文句子稍长，也不会紧贴边界。

语言按钮平均分配宽度，三个入口放在同一行。中文、英文和日文标签长度不同，但按钮不是根据文字自然宽度随意排列，而是使用均等空间保持整齐。实际产品如果加入德语、法语或更长的地区名称，就需要重新检查按钮是否会截断；当前页面只展示三项，不能据此断言所有语言数量都能无条件放在一行。

字号也需要考虑文字长度。应用名称字号最大，但它仍然是一行短文本。若产品标题允许用户自定义，或者语言名称更长，就应该提供换行、缩小字号或滚动等策略。当前页面没有显示这些边界，但通过三种文字长度的对比，已经能让开发者意识到多语言布局必须以最长文本和无障碍字号为依据。

页面没有使用图标代替语言文字，也没有只用国旗表示语言。文字标签比国旗更明确，因为语言与国家并不是一一对应的。一个国家可能有多种语言，一个语言也可能对应多个地区。这里直接写出中文、English、日本語，降低了误解，也让用户能够迅速找到入口。

七、颜色反馈和可理解性

颜色是页面中第二种语言。深蓝色表示当前选中，浅蓝色表示可选择但未选中；白色卡片表示内容承载区，浅灰蓝背景表示页面底色。用户即使不仔细阅读所有文字，也可以通过颜色知道哪个语言入口正在生效。

但颜色不应该成为唯一反馈。对于色觉差异用户，深浅蓝的区别可能不够明显，因此页面同时更新了卡片内的标题、问候语、数量表达和日期。文字变化和颜色变化互相补充，保证状态信息不依赖单一视觉线索。

蓝色主按钮也出现在“增加消息数量”上，但它的职责和语言按钮不同。语言按钮通过三选一的深浅变化表达选中关系；增加按钮则始终是主要操作入口，不需要在点击后保持选中。区分这两类按钮，有助于用户理解哪些控件是状态选择，哪些控件是一次性动作。

卡片采用白色背景，文字使用深蓝、深灰和浅灰的层次。应用名称使用蓝色突出主题，问候语使用深色保证可读性，数量和日期逐渐降低视觉重量。这个色彩层级没有把所有文本都染成鲜艳颜色，因此切换语言后内容变化不会破坏整体视觉秩序。

八、一次完整操作可以怎样观察

打开页面后，先不要点击任何按钮。此时可以记录默认的中文标题、问候语、1 条消息和中文日期。观察中文按钮颜色较深，另外两个按钮颜色较浅；确认卡片是一块白色圆角区域，底部说明文字保持不变。

接着点击英文按钮。你会看到应用名称和问候语同时切换，消息提示变成英文，日期变成英文格式，英文按钮颜色加深。此时消息数量仍然是 1，没有因为语言切换而重置，也没有出现跳转或弹窗。这个步骤验证的是“语言状态只改变表达方式”。

在英文状态下点击“增加消息数量”。数字从 1 变成 2，消息名词从 message 变为 messages。再次点击后数字变为 3，句子仍保持复数。英文状态最容易观察复数规则，中文和日文则可以对照计数单位是否稳定。

然后点击日文按钮。卡片中的标题、问候语、数量句子和日期一起切换成日文，数量仍然保持 3。日文按钮变成深蓝色，中文和英文按钮回到浅色。底部说明和“增加消息数量”按钮仍然保持原来的中文文字，这是因为它们属于固定页面说明和固定操作入口。

最后切回中文。卡片重新显示中文表达，但数量继续是 3。整个流程没有重载页面，也没有返回默认值，证明语言选择和消息数量是两个相互独立的状态。这样的操作顺序比只点击一次按钮更有价值，因为它同时验证了切换、增长、复数和状态保持。

九、当前页面明确展示了哪些本地化概念

第一是文本替换。应用名称和问候语在三种语言之间分别采用不同文本，说明本地化不应把翻译结果直接写死在视觉布局判断里，而应该让语言状态决定当前显示的文本集合。

第二是日期格式。相同日期在中文、英文和日文状态下采用不同写法，说明日期属于需要格式化的用户可见数据。日期不是普通标题，不能只做字符串翻译。

第三是复数规则。英文消息数量在 1 和大于 1 时使用不同的名词形式，说明数字与文案之间存在语法关系。翻译资源需要能够表达这种关系，而不是只有一个固定句子。

第四是计数单位。中文使用“条”，日文使用“件”，说明不同语言对同一类对象可能采用不同量词或计数方式。数字、单位和句子结构应该作为整体设计。

第五是语言选择反馈。选中按钮采用深色，未选按钮采用浅色，说明用户需要看见当前选择。语言切换不是一次无形的数据变化，而是需要在界面上留下清晰的状态痕迹。

第六是布局适配意识。页面底部提到右到左布局适配，但当前三种语言都是从左到右的可见示例，因此右到左只是主题提示，并未在页面中提供方向切换。真实的阿拉伯语、希伯来语等场景还需要检查排列方向、图标位置、对齐方式和手势方向，不能凭这行文字宣称已经完成。

十、当前页面没有实现什么

页面没有连接真实的系统语言设置。用户点击的是页面内的三个按钮，系统不会因为点击而改变设备语言，也不会影响其他应用。这个范围使演示稳定、可重复，但它与系统级本地化设置不是同一件事。

页面没有从外部资源动态加载翻译内容。三种语言的标题、问候语、数量句子和日期文本都已经准备在页面逻辑中，当前没有展示资源缺失、翻译回退、热更新或远程翻译服务。底部出现“资源字典”几个字，只是对本地化概念的提示。

页面没有真正使用日期格式化服务。日期文本是预先写好的固定结果，因此它不会根据当前时间、时区或地区自动变化。文章可以借此解释日期格式的差异，但不能说页面已经处理了所有日期边界。

页面没有完整的复数分类系统。英文示例只区分数量等于 1 和数量大于 1；零、负数、小数以及某些语言的多种复数类别都没有展示。中文和日文的计数单位也采用固定写法。这个边界很明确，适合把页面当作入门演示，而不是完整翻译框架。

页面没有实现右到左布局切换。底部文字提到适配方向，但当前可选的三种语言都按照从左到右方式排列。若要支持真正的右到左语言，需要对按钮顺序、文本对齐、卡片内部排列和手势方向进行独立验证。

页面没有展示语音、图片、无障碍标签或字体回退策略。多语言产品还会涉及字体是否包含目标字符、长文本是否截断、辅助朗读是否自然等问题，这些不在当前可见功能中。

十一、如果把这个界面继续做深，应该先改哪里

第一步应该把语言文本整理成可维护的资源集合。资源至少要覆盖应用名称、问候语、消息数量的单复数形式、日期格式和按钮标签。资源的组织方式应让新增语言只增加一组翻译，而不是修改许多互相分散的条件判断。

第二步是建立缺失回退规则。如果某种语言没有某条翻译，页面应该有明确的备用语言，而不是显示空白或半句内容。回退还要记录开发者能够理解的提示，避免用户在运行时看到内部调试信息。

第三步是用真实的数量格式化和复数规则替代简单判断。英文的 1 与其他数字只是最小示例，其他语言可能拥有零、单数、双数、少量和多量等类别。数量规则应由本地化工具或经过验证的资源机制负责，页面只提供数字和语境。

第四步是处理日期和时间。固定日期适合演示，但真实产品需要考虑时区、地区偏好、相对时间、月份名称和数字格式。显示“今天”“昨天”还是完整日期，也需要结合用户场景决定。

第五步是做长文本和小屏验证。每种语言都应使用较长的真实翻译进行测试，检查按钮是否截断、卡片是否溢出、行高是否合适、文字是否遮挡。不能只用中文和短英文验证一次，就认为布局适配完成。

第六步是补充辅助功能。语言按钮应该有清晰的无障碍名称和选中状态，数量变化应该能被辅助朗读正确理解，颜色变化不能是唯一反馈。字体回退也要覆盖日文汉字、标点和数字混排。

第七步是确认方向适配。右到左不是把文本全部右对齐这么简单，还会影响按钮排列、图标位置、返回手势和信息层级。当前页面只用一行说明提醒这个问题，实际产品需要单独的方向场景进行验证。

十二、从阅读者角度理解这个示例

初学者可以把它看成两个状态的组合：语言选择决定“怎么说”，消息数量决定“说几条”。三个语言按钮改变第一种状态，增加按钮改变第二种状态，白色卡片把两种状态组合成最终结果。这样理解之后，页面中的每一行文字都有来处，任何一次点击也都有明确影响范围。

有经验的开发者则可以进一步关注状态边界。语言选择不应顺带重置数量，数量增加不应改变语言；按钮颜色只反映当前语言，不应该因为增加消息而改变；固定标题和底部说明不应被误认为动态资源。边界越清楚，后续扩展资源越不容易出现隐式耦合。

做界面评审时，可以从四个问题开始。第一，用户是否知道当前语言？第二，语言切换后所有应该变化的文本是否同时变化？第三，数量变化是否遵守目标语言的语法？第四，较长的翻译是否仍然能够完整显示？当前页面对前面三个问题给出了直观演示，对第四个问题则只提供了基础布局，需要在更多语言和尺寸下继续验证。

做验证时，不要只确认三个按钮能否点击。应该记录每个语言下数量为 1、2、3 时的完整句子，再交叉检查日期格式、按钮颜色和状态保持。还要按照“先语言后数量”“先数量后语言”“连续切换语言”“连续增加数量”等不同顺序操作，确认界面不会因为操作路径不同而进入不一致状态。

十二点五、为什么固定文字也值得仔细观察

页面中有一些文字会变化，也有一些文字保持不变。顶部的“国际化本地化”、三个语言按钮、增加消息数量的按钮以及底部的概念提示，都是固定显示的内容。它们没有跟随当前语言切换，这不是遗漏，而是当前页面的展示边界。固定部分给页面提供稳定的操作说明，变化部分则负责证明本地化效果。把两者混在一起，反而会让人无法判断哪个内容是真正的语言状态结果。

三个语言按钮保持原来的标签尤其合理。用户需要在任何时候都能认出中文、English 和日本語三个入口。如果进入英文状态后按钮标签也全部被改写成英文，用户依然可能找到入口，但不容易确认日文按钮的含义；如果进入日文状态后按钮标签被全部翻译，选择入口反而需要先理解当前语言。固定标签让选择器承担了地图作用，卡片内容承担了结果作用。

“增加消息数量”按钮也保持中文。它是页面为演示准备的操作，不是被切换语言的业务内容。这样安排让用户在切换到英文或日文后，仍能通过同一个稳定入口增加数字，从而更专注地观察数量规则。如果连这个按钮也随语言变化，页面当然可以更接近完整产品，但测试者还需要在每种语言里重新寻找操作入口，示例的对比效率会降低。

底部的概念提示提供了另一种稳定信息。它把资源、日期、复数和方向四个主题放在一行，让用户理解页面为什么展示这些变化。它没有声称每一项都拥有独立按钮或完整设置页，而是把它当作阅读索引。稳定的索引与动态的卡片互相配合，既不会让页面显得空泛，也不会把不存在的功能写成真实功能。

十二点六、不同操作顺序带来的观察重点

先切换语言再增加数量，适合观察目标语言中的数字和复数变化。例如先选择英文，再点击一次增加按钮，可以清楚看到 message 变成 messages；继续点击则可以确认复数不会因为第二次增加而回退。这个顺序把语言选择放在前面，数量按钮只承担制造数据差异的作用。

先增加数量再切换语言，适合观察同一个数量是否能被不同语言正确表达。把数字增加到 3 后依次点击三种语言，中文、英文和日文都应保留 3，只改变句子、单位和日期。若某次切换把数字重新设为 1，说明两个状态被错误地绑在一起；当前页面的设计正是为了让这种问题容易被发现。

连续点击同一个语言按钮，应该不会造成额外变化。中文按钮已经选中时再次点击它，卡片文字和数量都不应改变；英文、日文也一样。这个行为说明按钮点击是幂等的选择动作，而不是每次点击都会重新初始化卡片。对用户来说，误触已选按钮不会带来副作用，是更稳妥的体验。

连续快速点击增加按钮时，数字会按点击次数递增。页面没有等待状态，也没有网络操作，因此每次点击都能立即产生可见结果。这个操作还可以帮助观察长数字是否会超出卡片宽度。当前页面没有专门的缩写规则或上限提示，所以当数字变得很大时，读者应把它视为布局边界，而不是已经实现了大数展示策略。

在三个语言之间来回切换时，底部说明和操作按钮保持不变，卡片内部四行内容同步更新。这个顺序可以用来检查页面是否出现半更新状态，例如标题已经变成英文但日期仍是中文，或者数量句式已经变化但按钮颜色没有更新。当前页面把相关内容集中在同一个状态判断中，因此更容易保持一致。

十三、一次小页面带来的工程启示

本地化不是最后阶段给文本换颜色或换语言，而是从界面结构开始就要为不同文字长度、不同语序和不同语法留下空间。当前页面的卡片、按钮和垂直布局看似简单，正因为它没有过多装饰，语言变化造成的差异才更容易被看清。

状态设计同样不应该被功能数量迷惑。页面只有语言和数量两类动态数据，却已经足够演示状态独立、状态组合和状态保持。大型页面往往有更多状态，更需要先把每个状态的职责写清楚，再安排显示区域和交互入口。

反馈设计也不能只依赖一次点击后的感觉。选中颜色、卡片文字、数字变化和日期格式共同告诉用户操作已经生效。任何一个区域漏更新，用户都会产生疑惑。把多个反馈放在同一屏幕中，是一种成本很低但很有效的检查方式。

最后，演示范围必须说清楚。当前页面能够证明三种语言的文本、日期、复数和计数单位可以产生不同显示；它不能证明系统语言联动、资源动态加载、完整日期格式化、右到左布局和所有复数分类已经完成。把可见行为和未实现能力分开描述，读者才能正确理解这个示例，也才能在自己的应用中合理扩展。

结语

一个只有几个按钮和一张卡片的页面，也可以把多语言界面的核心问题讲清楚。语言按钮负责选择表达方式，消息按钮负责改变数据，卡片负责把标题、问候语、数量和日期放在同一个结果中。中文、英文和日文之间的差异，集中体现在文本内容、日期顺序、计数单位和复数规则上；按钮颜色又让当前选择始终可见。

阅读这个页面时，最值得记住的不是某一句固定文案，而是“数据与表达分离”的思路。同一个数量可以在不同语言中使用不同句式，同一个日期也可以根据语言采用不同排列。只要状态边界清晰、布局留有余量、反馈足够明确，多语言适配就能从容易混乱的字符串替换，变成可观察、可验证、可持续扩展的界面行为。

当前页面已经用很小的范围展示了本地化的入口和结果。进一步走向真实产品时，还需要加入资源管理、系统语言联动、日期时间格式化、完整复数规则、长文本检查、无障碍支持以及右到左布局验证。那些内容应当在真正实现后再单独说明。就这个页面本身而言，它已经完成了一个清晰的演示：用户选择语言，看到整组文字同步变化；用户增加数量，看到不同语言对同一数据采用各自自然的表达。