0

就像这里的提问者一样

变量替换 JSF Resource Bundle 属性文件

我对无法引用消息包中其他属性键的值感到有些震惊。

尽管我看到编写自己的垃圾处理程序 [0] 是多么容易，它可以在自定义组件中执行我想要的操作，但这会使调用消息包的模板中的表达式仍然使用默认的 JSF 实现。

是否可以覆盖消息包的默认 JSF 处理？

[0] 或者更好的是，使用上述问题的答案之一中引用的代码 https://code.google.com/p/reflectiveresourcebundle/

4

2 回答 2

1

您可以提供具体ResourceBundle实现的完全限定名称作为“基本名称”，而不是单独提供属性文件的路径和文件名。

例如

public class YourCustomResourceBundle extends ResourceBundle {
    // ...
}

可以注册如下

<application>
    <resource-bundle>
        <base-name>com.example.YourCustomResourceBundle</base-name>
        <var>text</var>
    </resource-bundle>
</application>

或按视图/模板声明如下

<f:loadBundle baseName="com.example.YourCustomResourceBundle" var="text" />

以下是几个相关的问题/答案，其中包含一些可以用作启动示例的具体代码：

于 2012-07-09T15:21:32.150 回答
0

对于那些尝试的人来说，一切皆有可能。问题不是它是否可能，而是你是否应该这样做。这个问题的答案是：可能不会。

在消息包中引用其他消息意味着您要构建复合消息。因此，您可以多次重复使用部分消息，以节省一小部分磁盘空间或一小部分开发时间。
如果是这样的话，我有一条消息给你。您计划执行的操作称为串联，它是第二常见的 I18n 缺陷。它的影响与硬编码字符串一样糟糕。

为什么？因为目标语言不遵循英语语法规则。首先，翻译时通常需要重新排序句子。这可能很容易通过使用（编号或命名）占位符来解决。但另一方面，翻译可能会因上下文而异。也就是说，它可能需要完全以其他方式翻译，或者只是词尾可能需要根据语法情况、情绪或性别而有所不同。

我的建议是，不要使用这样的快捷方式，它会产生比修复更多的问题。
现在你应该知道为什么“那些愚蠢的罗马人”没有这样实现它：它违反了 I18n 的最佳实践。

于 2012-07-09T17:02:17.640 回答