我正在编写一个asp.net应用程序,需要本地化到北美以外的几个地区.我需要做些什么来为这场全球化做准备?学习如何编写世界级应用程序的前1到2资源是什么?
我学到了几件事:
绝对和粗暴地减少包含文本的图像数量.这样做可以让您的生活更轻松十亿,因为您不必为每种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支持.