先说说资源文件的组织方式，这算是基本功。在AppScope下的resources目录里，创建element、media等文件夹时，记得带上语言后缀。比如中文简体就是zh_CN，英文是en_US。字符串资源都放在element/string.json里，不同语言对应不同目录。比如base目录放默认资源，其他像en_US、zh_CN各自建立目录。重点来了：每个string.json里的name必须完全一致，只是value根据不同语言填写对应翻译。要是name对不上，编译时直接报错给你看。
实际编码时获取字符串资源，推荐用this.context.resourceManager.getStringSync方法。这个方法同步执行，不用写回调函数，用起来很顺手。比如在Ability里直接写let str = this.context.resourceManager.getStringSync($r('app.string.hello_world').id);就行。不过要注意的是，这个方法需要在Ability上下文里调用，在Page里就得通过Ability实例来调了。
布局文件里的字符串引用就简单多了，直接用r('')这种格式。比如Text组件里写text="r('app.string.hello_world')"，系统会自动根据当前语言环境显示对应的字符串。这个机制确实省心，但千万记得所有用到的字符串都要在所有语言版本的string.json里定义完整，不然某些语言环境下可能显示空白。
图片资源也要做国际化，这点容易被忽略。比如有些图片上带文字，或者图标含义在不同文化里不一样。在media目录下同样按语言分类，把不同版本的图片放在对应目录里。引用时还是用$r('')，系统会自动匹配。之前就遇到过用竖起大拇指的图片，在某些地区差点引发误会，后来乖乖做了本地化处理。
日期时间格式化是个大坑。不同地区的时间格式差异巨大，美国人用月/日/年，欧洲很多国家用日.月.年，咱们国内习惯用年-月-日。HarmonyOS提供了i18n模块，里面的getDateFormatter方法可以按地区自动格式化日期。记得创建DateFormatter时要传入对应的Locale对象，比如"zh-CN"、"en-US"这样的参数。
数字和货币格式也不能想当然。小数点的表示法（点或逗号）、千位分隔符、货币符号都因地区而异。i18n模块里的NumberFormatter和PhoneNumberFormatter能帮大忙。特别是做电商类应用时，价格显示一定要本地化，别直接把数字和货币符号写死在代码里。
最麻烦的是应对从右向左（RTL）的语言，比如阿拉伯语、希伯来语。这时候不光文字方向变了，整个布局都要镜像。Horizontal布局组件要特别注意，在RTL语言下排列顺序会反转。建议在开发初期就用伪语言测试一下，等到项目后期再调整布局成本就太高了。
语言切换功能实现起来也有讲究。可以通过config.changeLanguage()方法动态切换语言，但要注意这会重启整个应用。如果想让切换更平滑，可以考虑自己管理资源加载，不过复杂度会高很多。一般建议还是跟随系统语言设置，除非产品特别要求要做应用内切换。
测试环节不能少，真机测试时记得把系统语言切换到各种目标语言，逐个页面检查。有时候翻译文本过长会把布局撑坏，或者某些语言的复合词特别长导致显示不全。这些在开发阶段很难发现，必须实际测试才能看出来。
最后提几个容易翻车的点：一是某些语言的名词有性别变化，翻译时要注意上下文；二是占位符的顺序在不同语言里可能不同，建议用具名占位符；三是某些地区有特殊的标点符号规则。这些细节处理好了，应用的国际范儿才够正。
总的来说，HarmonyOS的国际化支持已经做得相当不错了，大部分场景都有现成的解决方案。关键是要有国际化的思维，从项目开始就考虑多语言支持，别等到最后再来补课。毕竟现在应用出海是大趋势，先把国际化基础打扎实，后面拓展市场就轻松多了。