在PropertyResourceBundles中引入承当[Java编程]

PropertyResourceBundle 是一种 Java 机制,用于从实际的 Java 代码中别离出特定于语言环境的文本.当利用程序调用这些特定于语言环境的此中一个属性时,与给定的用户语言环境相关的一个文本文件就被翻开并被阅读.

从 Java 代码中别离出对语言环境敏感的消息是处理国际化问题的关键.只要利用程序利用 PropertyResourceBundle 来获得它特定于语言环境的属性,便可以通过为全部受支持的语言环境供应属性文本文件而将利用程序很简单地翻译成任何语言.

保护大量的资源束会是一项非常艰难的任务 ― 就象勤奋保护一大段代码一样令人生畏.那么为什么不该用一些在代码中利用的原理来增长资源束的重用呢?

本文的重点是为 PropertyResourceBundle 引入担当概念.以这种方法,大众束便可以被同享,而可以在不影响别的的束用户的前提下,引入更多特定的束.

首先,我将概括地论述一下最广泛利用的计划战略.

当前的战略及它们的问题

当前利用 PropertyResourceBundle 的计划普通遵守以下三个战略:

利用一个大的、包括一切的束（全部利用程序组件都同享这个束）.

答应每一个利用程序组件拥有自己独立的束,这些束不在利用程序间重用.

答应一些不具有反复属性定义的资源束.

让我们更具体地看一下此中的每一种战略:

单束:不重用,保护代价高

第一种办法在有关计划时和运行时的资源束上都有很大的争议.它并不支慎重用,因为只存在一个束且对该束所做的任何更改城市影响到利用该束的别的组件.

这种办法中的任何属性的重新定义都要求全部组件利用新版本,大概增添一个新属性.无论若何,保护大量资源束会很快变得很吃力,并且损耗的时间比您所但愿的要多.

更小的,独立的束:不重用,使问题一致

第一种办法的另一种挑选是将单资源束分裂成原始束的一些子集.这种办法将使每一个束独立于别的束;答应每一个束重新定义属性以供自己利用.

这种计划不支慎重用,因为每一个束都必须定义它自己的属性.并且每一个束在其定义中都保存独立性.

各个束之间保持一致目前变得更艰难,因为每一个束都是独立的.比方每一个束大概都定义一个带有邮件地址的属性.假如这个地址目前发生了更改,每一个与此邮件地址有关的束都必须改变.

特定于属性的束:保护的高代价转向代码

第三种办法依靠于代码开辟人员要明确理解给定任何属性时要转向哪一个资源束.

利用邮件地址属性示例（此中地址属性只在一个资源束中定义）时,任何需求包含地址的利用程序组件都必须转到定义地址的特定资源束.在这种情势下,利用程序组件必须肯定给定一个键时,要转到哪一个资源束.对资源束所做的任何更改都大概要求对利用它们的利用程序组件举行近似的更改.

利用这种办法时,保护问题真的刚好从资源束转到获得属性的代码上了.

为了追求一个有效的办理筹划,我们需求在这三种办法中衡量利弊.

　　以上是“在PropertyResourceBundles中引入承当[Java编程]”的内容，如果你对以上该文章内容感兴趣，你可以看看七道奇为您推荐以下文章：