【问题标题】:Internationalization: customization of localized resx files per customer?国际化:为每个客户定制本地化的 resx 文件?
【发布时间】:2012-02-24 07:12:35
【问题描述】:

问题:

这是对这些帖子的后续问题:
i18n performance: resx vs. database?

Are resx files suitable for Internationalization?

如果我会使用 resx 文件进行国际化(本地化),在这种情况下:

  • 一个应用程序(一个源、一个项目、一个可执行文件)适用于所有人 客户
  • 很多客户
  • 每位客户使用多种语言
  • 可为每位客户按语言定制标签
  • 应用程序不时被新版本替换

是否可以使用 resx 文件来维护字段标签的自定义? 我的意思是对于一个客户和一种语言来说,这当然是可能的。

但是对于 N 个使用 N 种语言的客户...

难道我不需要为 N 个客户创建 N 个 resx 文件,并且我在一个文件中添加的每个字符串都必须添加到每个 resx 文件中吗? 此外,我还必须收回 resx 文件(因为客户需要进行定制)。

resx 文件真的适合这个吗?
对我来说,这听起来不是(根本不是),但在这两个帖子中,人们似乎认为它是最好的解决方案。
这对我来说似乎很可疑。
在我看来,resx 文件似乎无法提供所需的灵活性和可维护性,而且在我看来,在数据库驱动的 i18n 下,这将相对容易实现。

使用 resx 文件的人是否对这种情况有实际经验,或者使用和维护过自己的产品?

【问题讨论】:

    标签: c# .net internationalization customization resx


    【解决方案1】:

    在这种情况下,我将使用XML 文件,用户可以轻松地直接自定义或从应用程序中的表单中自定义。

    【讨论】:

    • 但是当我更新应用程序并且必须更新那些 XML 文件时会发生什么(我不能简单地覆盖它们,因为它们会包含更改的数据)。如果我覆盖它们,它会丢失自定义数据。如果我不覆盖它们,它将不包含新添加的内容。听起来更像是拥有两个 XML 文件,首先搜索自定义文件,如果没有找到,则搜索默认文件。为了使文件保持完整,它们需要存储在应用程序根目录之外,这对于 Web 应用程序是不可能的(除非您想编辑目录上的 IIS 用户权限)。
    • 是的,我想这是一个有效的声明。我会进一步考虑。
    猜你喜欢
    • 2010-10-22
    • 1970-01-01
    • 2015-09-23
    • 1970-01-01
    • 2011-02-07
    • 1970-01-01
    • 1970-01-01
    • 2013-11-28
    • 1970-01-01
    相关资源
    最近更新 更多