本地化 - 第一步

时间:2010-12-08 16:25:37

标签: asp.net localization

我非常关注人们的意见/最佳实践和经验。

我需要在ASP.net C#中创建一个新网站,该网站需要根据用户配置文件更改语言。

之前我做了几个简单的样本,但我对一个稍低的水平感到好奇。我正在寻找能够阅读和审查的资源。

有哪些设计模式可用于将数据网格转换为不同的文化。

如果我要存储货币信息,那么存储汇率也是标准做法吗?

如果我要沿着标准ASP.net Web应用程序的路线走下去,我可以使用URL路由来帮助选择要使用的文化吗?例如www.mynewsite.com/en-GB/default.aspx。

智慧/思想欢迎。

感谢您的回答,感谢您的回复,

麦克

1 个答案:

答案 0 :(得分:3)

我学到了很多东西:

  • 绝对粗暴地减少包含文本的图像数量。这样做可以让您的生活更轻松十亿,因为您不必为每种friggin语言获取一组新的图像。

  • 对css定位非常警惕,依赖于总是保持相同大小的东西。如果这些东西包含文字,它们将不会保持相同的大小,然后您需要返回并修复您的设计。

  • 如果在sql表中使用字符类型,请确保可能接收国际输入的任何字符都是unicode(nchar,nvarchar,ntext)。就此而言,我只会标准化使用unicode版本。

  • 如果您正在动态构建SQL查询,请确保在任何引用文本之前包含N前缀,如果文本可能是unicode的话。如果您最终将垃圾放入SQL表中,请检查是否存在垃圾。

  • 确保所有网页明确声明它们采用unicode格式。请参阅上面提到的Joel的文章。

  • 您将为此项目大量使用资源文件。这很好 - ASP.NET 2.0对此有很大的支持。您将需要查看App_LocalResources和App_GlobalResources文件夹以及GetLocalResourceObject,GetGlobalResourceObject和meta:resourceKey的概念。 Professional ASP.NET 2.0的第30章有一些很好的内容。这本书的3.5版本也可能有很好的内容,但我不拥有它。

  • 考虑字体。您可能想要使用的许多标准字体都不支持unicode。我一直很幸运Arial Unicode MS,MS Gothic,MS Mincho。不过,我不确定这些是跨平台的。另请注意,并非所有字体都支持所有Unicode字符定义。再次,测试,测试,测试。

  • 现在开始考虑如何翻译这个系统。与谁的翻译供应商讨论他们希望数据来回传递的方式。想想通过本地资源文件,您可能会通过系统重复一些常用的字符串。您是将它们规范化为全局资源文件,还是具有某种数据库层,其中只生成每个文本的一个副本。在我们最近的项目中,我们使用了从包含所有翻译的数据库表生成的资源文件以及资源文件的原始英文版本。

  • 测试。一般来说,我将用德语,波兰语,希伯来语或阿拉伯语以及亚洲语言(日语,中文,韩语)进行测试。德语和波兰语是罗嗦的,几乎可以保证延伸文本区域,亚洲语言使用完全不同的字符集来测试你的unicode支持,而希伯来语和阿拉伯语都是从右到左的语言。