问开发多语言web应用程序的步骤

EN

具体的机制因开发平台的不同而有所不同。

作为一组粗略的工作项：

1. 代码与内容的分离。通常，资源在资源文件(在.net中)的帮助下被编译成程序集，或者存储在属性文件(在java中，尽管也有其他选择)或其他位置，并通过ID引用。如果您希望本地化成本合理，则需要避免在不同版本之间更改ID，因为大多数本地化工具会将新的ID视为应用程序中区域的新content.
2. Identification，这些区域对用户的语言环境做出假设，特别是日期/时间、货币、数字格式或输入。
3. 为特定于语言环境的CSS内容创建了一些机制；不是所有的字体都适用于所有的语言，也不是所有的字体大小都适用于所有的语言。不要强迫泰语文本以8磅显示，这使你自己陷入困境。此外，对于至少两种语言，文本方向性将是从右到左。
4. 将页面内容设计为在显示的内容比预期的多或少时合理地重排或调整大小。许多语言在短字符串方面从英语扩展了50-80%，对于较长的内容部分扩展了30-40% (这是一个粗略的经验法则，而不是法律)。
5. 识别用户界面设计师所做的文化假设，并尝试使其更加中立，或者，如果您有钱和理智可用，则可以本地化。邮箱在任何地方看起来都不一样，手势也不是通用的，一些可爱的或聪明的或依赖于视觉双关语的东西不一定能很好地传播。
6. 为你支持的语言选择适当的编码。现在，对于发送到web浏览器的所有内容使用UTF-8是合理的，而不管数据库的language.
7. Choose适当的排序规则，或者启用备用排序规则，如果您在数据库中处理多种语言的内容。不区分大小写在许多语言中的工作方式与在英语中不同，在某些语言中不区分重音是可以接受的，如果您试图支持搜索，则在others.
8. Don't中通常不适合。

假设单词由空格分隔或句子由标点符号分隔

避免：

1. 在数据库中存储本地化内容，除非有非常非常好的理由。然后，再想一想。如果您的内容具有一定的动态性，并且每个区域的代表需要对其进行自定义，那么使用关联的区域设置ID来存储某些类别的内容可能是合理的。
2. 试图巧妙地使用字符串连接。此外，尽量不要假设关于多元或计数的规则对每种文化都是相同的。至少要确保字符串(和控件)的顺序可以用典型的平台格式字符串来指定，或者在本地化工具包中有很好的文档记录，如果您选择为某些reason.
3. Presuming编写自己的字符串，则可以由本地化程序修复代码错误。这通常是不合理的，至少如果你想在合理的时间内以合理的成本交付产品，有时甚至是不可能的。

第一步是internationalize。第二步是localize。第三步是translate。