使用C#和Java开发了不同的项目。
一些C#项目是为其他C#和Java项目提供应用程序接口的平台。
在企业级别上,需要最小化和简化所有这些组件的l10n策略。
我正在考虑使用某种通用的xml来生成我们为C#开发选择的格式的C#资源字符串(包括后端和ASP.Net前端),并为ASP.Net项目生成特定的字符串资源。
我们的想法是让每个项目都能够有一个可用于所有项目的基本字符串集,以及每个项目能够添加额外的字符串资源。
目标是标准化将提供给翻译人员的格式,并能够确保字符串在项目中不会重复。
另一个问题是关于项目之间的新的/删除的和更新的条目的同步。
你以前遇到过这样的挑战吗?您选择了哪种l10n和i18n策略?
发布于 2011-12-09 07:43:05
如果您希望跨多个计算平台共享本地化文本,那么没有比使用DB支持的捆绑包更好的解决方案了。XLIFF是一个开放标准,旨在跨各方共享与本地化相关的资源。
XLIFF格式旨在:
找到一些支持这种格式in the wiki here的商业和开源工具。
发布于 2011-12-09 07:03:47
如果可能,我会尝试使用gettext格式,否则.properties文件可以很容易地加载在任何语言。
发布于 2016-01-20 01:47:12
为了使应用程序国际化,我实现了一个Message Compiler,它将资源包文件和常量定义创建为Java enum或来自单个源文件的键的静态最终字符串。因此,可以在Java源代码中使用常量,这比使用普通字符串安全得多。消息编译器不能只用于Java。它还为Objective-C或Swift创建资源文件和常量,并可以扩展到其他编程环境。因此,您可以为C#添加输出处理器。
https://stackoverflow.com/questions/8438945
复制相似问题