当你的产品如此之好，董事会团队决定将其销往许多其他国家时，这总是一个美妙的时刻。但通常在庆祝会之后，你需要面对新的挑战：全球化。

当谈到软件全球化时，有人想到文本翻译，有人想到代码调整。毫无疑问，软件企业优惠，一些全球化话题会让人发疯（例如，当考虑阿拉伯语时，RTL和LTR的UI布局）。但是有一些非常简单的事情，可以有效地帮助您避免将来的全球化问题。

在设计UI布局时，请始终考虑全球化。你的用户界面在英语中看起来很完美，但并不意味着在其他语言中也一样。有时甚至无法使用。例如，下面的add按钮在英语中看起来不错，但是在文本"add"被翻译成德语后，它将不可读。有时，当英语用户已经习惯了UI的布局时，调整它真的很痛苦。所以要记住给文本留出更大的空间。这可以帮助你在将来摆脱许多翻译问题。

但是有多宽？幸运的是我们有一个叫做文本空间计算器的工具。它可以建议你的长度，适合90%以上的情况。阅读完文档后，品高云，您将看到它背后的算法非常简单，但它确实有帮助。顺便说一句，我们也有一个桥梁版本。在Bridge中搜索"UI文本空间计算器"并尝试一下！

另一个有用的工具是Pseudo，它基于文本空间计算器。有了它，你可以很容易地找到哪些文本有潜在的问题。它还可以帮助您找出硬编码文本和连接文本。

我们始终依赖文本连接在运行时动态构建文本。但要小心背后的危险。一切都将顺利进行，直到你开始考虑全球化。

也许…你已经硬编码的标点符号？

有一天，你的PO告诉你："让我们向用户展示所有的活跃产品！"那么也许你的实现会如下：

看起来不错，对吧？你的文字是纯i18n，应该没有任何问题！但实际上你错过了引号。引号在不同的语言中看起来是不同的。其他许多标点符号也是如此。我不会说这是一个致命的问题，但它确实影响了全球化？名字不总是排在第一位吗？

如果你有一些中文或日语的知识，你会知道答案是否定的。检查下面的例子，你会知道硬编码的顺序也是非常危险的。另外一个例子是日期。写{day}+'/'+{month}+'/'+{year}这样的东西不是个好主意。

小心函数"toLowerCase（）"！

当你通过添加一些名词来构建英语字符串时，云 服务器，将名词转换成小写可能是一个不错的选择。但其他语言也是这样吗？不。例如，在汉语中，字符没有小写或大写。在德语中，所有的名词都以大写字母开头。

并非所有的语言都有英语这样简单的语法

假设您正在构建一个购物车应用程序。并且您要告诉用户是否可以使用具有选定属性的产品。所以你采用了连接文本。你在你的i18n文件里放了这样一条短信：

你做了一个英语测试，得到了一条通缉信息："对不起，蓝笔没有了"。看起来不错，但最后你会知道这种方法在德语中根本不起作用。查看这里的wiki，你就会知道原因。如果你觉得wiki太长，也许下面的例子可以帮助你了解一些情况。

当你的应用程序只面向英语用户时，你可以简单地限制用户的输入数据。例如，对于"名字"字段，我们只接受英文字母和一些标点符号。但是当你想要全球化的时候，你应该摆脱它。

搜索和排序是非常常用的数据过程。在设计后端服务的体系结构时，通常会考虑这些因素。因此，如果您在设计过程中意识到了潜在的全球化问题，物联网是学什么的，那么您可能会收到较少关于全球化的通知。

搜索

对于搜索功能，通常会使用"is"或"contains"策略。但在使用另一种语言时，两者都需要调整。例如，在德语中，字母"ö"也可以表示为"oe"。因此，如果用户正在搜索"Koepper"，那么"Koepper"和"Köpper"都应该在结果列表中。幸运的是，某些数据库已经启用了此功能，您只需记住进行配置即可。

排序

"Apple"应始终在"Banana"之前，因为"A"在"B"之前。但"苹蕉"和"蕉蕉"之间的正确顺序应该是什么呢？对于非中国用户来说，这是一个很难回答的问题。通常一个数据库可以用不同的语言分类，但是当你设计你的服务时，请记住这一部分。

使用注释是一个很好的编码习惯，尤其是在i18n文件中。请记住，当一个译者翻译你的文本时，大数据是啥意思，他对这个领域的唯一了解来自你的评论。例如，单词"Order"可能有不同的含义：

在其他语言中，它们可能被翻译成完全不同的单词。翻译员应该如何在没有评论的情况下做出决定？所以从今天开始在你的i18n文件中写一些好的评论吧，将来你会得到更少的麻烦。以下是在产品标准全球化中撰写评论的推荐方式