在C＃和Java中的项目之间共享翻译（字符串资源）的本地化策略

在C＃和Java中开发了不同的项目。在C＃和Java中的项目之间共享翻译（字符串资源）的本地化策略

一些C＃项目是为其他C＃和Java项目提供API使用的平台。

在企业层面，最好尽量减少和简化l10n策略。

我正在考虑使用某种常见的XML，从中可以生成C＃资源字符串，我们选择C＃开发（后端和ASP.Net前端）和特定的字符串资源Java项目。

这个想法是为每个项目能够拥有一组可用于所有项目的字符串的基本集合，以及为每个项目添加其他字符串资源的能力。

我们的目标是标准化将给予翻译者的格式，并确保字符串在项目中不重复。

另外一个问题是关于项目之间新/删除和更新条目的同步。

你以前面对过这样的挑战吗？你选择了什么样的l10n和i18n策略？

来源

2011-12-08 Paul

如果您想跨多个计算平台共享本地化文本，那么没有比使用数据库支持包更好的解决方案。 XLIFF是一个开放标准，旨在分享各方的本地化相关资源。

的XLIFF格式的目标是：从格式

独立本地化的文本。
启用多个工具来处理源字符串并添加有关字符串的数据。
存储有助于支持本地化过程的信息。

查找一些支持此格式的商业开源工具in the wiki here。

来源

2011-12-08 23:43:05

非常感谢XLIFF的建议。它绝对看起来像要走的路。你能推荐任何最新的工具来处理这种格式吗？ – Paul

@Paul我已经使用工具更新了帖子 –

如果可能，我会尝试使用gettext格式，否则.properties文件可以很容易地用任何语言加载。

来源

2011-12-08 23:03:46 sorin

为了国际化应用程序，我实现了一个Message Compiler，它创建资源包文件和常量定义作为来自单个源文件的键的Java枚举或静态最终字符串。所以常量可以用在Java源代码中，这比使用普通字符串更安全。消息编译器不仅可以用于Java。它还为Objective-C或Swift创建资源文件和常量，并可以为其他编程环境进行扩展。所以你可以为C＃添加输出处理器。

来源

2016-01-19 17:47:12 thmayr

在C＃和Java中的项目之间共享翻译（字符串资源）的本地化策略

回答

相关问题