首页
学习
活动
专区
圈层
工具
发布
社区首页 >问答首页 >在C#和Java中的项目之间共享翻译(字符串资源)的本地化策略

在C#和Java中的项目之间共享翻译(字符串资源)的本地化策略
EN

Stack Overflow用户
提问于 2011-12-09 07:00:44
回答 3查看 800关注 0票数 0

使用C#和Java开发了不同的项目。

一些C#项目是为其他C#和Java项目提供应用程序接口的平台。

在企业级别上,需要最小化和简化所有这些组件的l10n策略。

我正在考虑使用某种通用的xml来生成我们为C#开发选择的格式的C#资源字符串(包括后端和ASP.Net前端),并为ASP.Net项目生成特定的字符串资源。

我们的想法是让每个项目都能够有一个可用于所有项目的基本字符串集,以及每个项目能够添加额外的字符串资源。

目标是标准化将提供给翻译人员的格式,并能够确保字符串在项目中不会重复。

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

你以前遇到过这样的挑战吗?您选择了哪种l10n和i18n策略?

EN

回答 3

Stack Overflow用户

回答已采纳

发布于 2011-12-09 07:43:05

如果您希望跨多个计算平台共享本地化文本,那么没有比使用DB支持的捆绑包更好的解决方案了。XLIFF是一个开放标准,旨在跨各方共享与本地化相关的资源。

XLIFF格式旨在:

  • 将可本地化文本从formatting.
  • Enable多个工具中分离出来,以处理源字符串并添加到有关该字符串的数据中。
  • 存储有助于支持本地化过程的信息。

找到一些支持这种格式in the wiki here的商业和开源工具。

票数 1
EN

Stack Overflow用户

发布于 2011-12-09 07:03:47

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

票数 1
EN

Stack Overflow用户

发布于 2016-01-20 01:47:12

为了使应用程序国际化,我实现了一个Message Compiler,它将资源包文件和常量定义创建为Java enum或来自单个源文件的键的静态最终字符串。因此,可以在Java源代码中使用常量,这比使用普通字符串安全得多。消息编译器不能只用于Java。它还为Objective-C或Swift创建资源文件和常量,并可以扩展到其他编程环境。因此,您可以为C#添加输出处理器。

票数 1
EN
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://stackoverflow.com/questions/8438945

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档