J2SE 6 在国际化方面的增强

    对国际化和本地化的支持是Java 标准版一个长处。 Java SE 6 一如既往地为那些注重本地化资源访问和操作的应用程序开发者提供支持。Java SE 6在以下几方面为本地化作了加强：

  .资源的访问和控制
  .针对本地化的服务
  .归一化文本
  .国际域名
 .日本国的日历
  .新增locales


  资源访问和控制
----------------
    编程人员用 java.util.ResourceBundle 类中提供的方法来为应用程序提供本地化资源。使用这个类中的静态方法 getBundle 来定位以及装载本地化资源，调用后得到ResourceBundle 的实例，那么这个实例就表征了要被使用的本地化了的文本，图片以及其他针对本地化的资源。locale 是由语言和地理区域的不同而形成的文化标志。

    尽管在缺省方式下，定位和装载资源绑定已经为我们做了很多工作，Java SE 6 版本里还提供缓存以及让编程人员能对本地化资源进行更好地操纵。我们仍然使用 ResourceBundle类获取本地化的资源，但是Java SE 6 新增加的功能让编程人员能更灵活地来为应用程序
的本地化资源内容决定如何存储以及怎样存储。

    Java SE 6 先前的版本中，编程人员通常是用属性文件（properies）和 ListResourceBundle的一个子类来存储本地化资源。现在，编程人员可以为资源文件指定不同的格式了。举例来说，使用基于 XML 格式的资源文件，编程人员也可能改动本地化资源文件的缺省命名规范，像这样的特定是 ResourceBundle.Control 类来做工作。

    ResourceBundle.Control 类负责资源装载过程中的主要步骤，每个步骤对应类中的一个独立的方法。通过覆盖这些方法来定制策略，以期对资源实现特殊定位，装载和缓存。Control类里定义的方法是实现现有的缺省策略，所以子类化来实现特定的功能。在Control的子类里的 getBundle 方法里定制你自己的功能，甚至能自己决定如何让应用程序找到以及怎样使用本地化资源。

    当然可以直接使用缺省的 Control类而不是非得去实现自定义的 Control类。缺省的 Control类里的方法是为编程人员提供了缺省的功能实现，下面的代码给出的是使用Control类里缺省的功能
Locale targetLocale = new Locale("fr", "FR"); // French language, French region
ResourceBundle myResources = getBundle("com.sun.demo.intl.AppResource", targetLocale);

    假如，你正在使用以 en_US 为缺省local的环境，那么 Control 对象在默认情况下就会搜索如下列出的那些本地化的 AppResource 名称：
com.sun.demo.intl.AppResource_fr_FR
com.sun.demo.intl.AppResource_fr
com.sun.demo.intl.AppResource_en_US
com.sun.demo.intl.AppResource_en
com.sun.demo.intl.AppResource

    对于以上列出的每个“绑定”名称，Control默认地会去搜索两种实现格式：一种是 ResourceBundle的子类 （.class 文件格式）;另一种是 PropertyResulrceBundle 的属性文件（.properties 文件格式）。假如能找到这两种格式的文件之一，那么就能知道 “绑定”的链级关系，从而得到 ResourceBundle的实例。“绑定名”也是以本地化专用的后缀名来区分，比如，fr_FR, fr 以及 en_US，这就是使用相同的本地化“基准名”再配上用于区分具体“绑定”对象的名。此外，AppResource 的缺省行为是会为“绑定”(bundles)进行缓存的，也就是说，即使在对同一个“绑定”(bundle)反复地调用getBundle 方法也只是得到被缓存过了的资源。在JAVA平台的文档里详细讲述了getBundle 方法的行为方式（http://java.sun.com/javase/6/docs/api/java/util/ResourceBundle.html#getBundle%28java.lang.String,java.util.Locale,java.lang.ClassLoader,java.util.ResourceBundle.Control%29）

    除了缺省的方式外，也许会用到不同于缺省行为的“绑定”装载的方式。接下来就来说说在哪些场景下装载绑定是不同于缺省方式的，以下就列写这些场景：

    用属性文件(properties)，而不是用 class 绑定把资源配置存放到与 local 对应的文件目录中在经过一段时间后似的缓存资源失效


  仅搜索 Properties 文件
--------------------
    有些资源绑定的装载并不需要一个完整的自定义的 Control 子类，只需要用 Control 类里的静态方法 getControl 再配以标准的选项，与使用缺省的方式稍有不同就能达到我们的目的。假如应用程序在使用属性文件时候有排它性，为了避免遍历搜索所有的 ResourceBundle 子类，我们只需要一个仅搜索 Properties 文件的 Control 对象就可以了。

    调用 Control.getControl 方法，并且用一个List<String> 来指定需要的文件格式。这个预定义的字符串的值有两： java.class 和 java.properties 。三个静态的，不可被修改的常量List<String>列出了可指定的文件格式：

FORMAT_CLASS         包含 “java.class” 的仅允许 class 文件格式的列表(java.util.List<String>)
FORMAT_PROPERTIES    包含“java.properties”的，仅允许properties 文件格式的列表(java.util.List<String>)
FORMAT_DEFAULT       既包含“java.class”也包含“java.properties”的列表(java.util.List<String>)

选用常量 Control.FORMAT_PROPERTIES使得 Control 对象仅搜索 properties 文件，代码如下：
Control propOnlyControl = Control.getControl(Control.FORMAT_PROPERTIES);
ResourceBundle bundle = ResourceBundle.getBundle("com.sun.demo.intl.res.Warnings",propOnlyControl);

    使用 propOnlyControl 变量（Control 的实例），getBundle 方法就忽略以 class 结尾的文件，而只搜索以 properties 结尾的文件。

  Locales 是包名称的一部分
-----------------------
    基本名相同的各种本地化绑定，通常是以后缀名来区分。缺省的警告信息的"绑定"(Warnings bundle) 仅是简单地用 Warnings.properties 配置文件实现。然而，当你需要用法文来显示这些警告消息的时候，就要用 Warnings_fr_FR.properties 文件了。使用缺省的 Control ，这些本地化绑定名都是存在于同一个包里的，但是可以改变这些本地化绑定的命名。假设有这样的情形：你想要把同一个绑定的不同的本地化版本放置在各自对应的子目录或者是包里，那么就需要按照如下的样子创建这些 properties 并把它们放到各自对应的文件路径或者是包里：

com/sun/demo/intl/res/root/Warnings.properties
com/sun/demo/intl/res/fr_FR/Warnings.properties
com/sun/demo/intl/res/ja_JP/Warnings.properties

    通过子类化 Control，并且在子类中覆盖以下方法来达成这样的目的。需要被覆盖的方法是：

* getFormats
* toBundleName

    覆盖 getFormats 方法是因为应用程序仅需要 properties 文件作资源绑定；覆盖 toBundleName方法是因为应用程序需要使用指定的 locale 作为新的“绑定”的包名称的一部分，而不是在“绑定”后面追加 locale 的名称。

查看本文来源