利用Eclipse编辑中文资源文件

既然生为中国人，就没有什么好抱怨的了，遇到编码的问题，那只有解决它了。
 
   如果经常使用Struts，并做过国际化操作的人来说，对于中文资源文件的处理应该不会感到陌生的。比如下面两个文件，一个是英文的，一个是中文的。对于英文的，一切照常；对于中文的，一般需要用JDK的native2ascii工具进行转换，

application_en.properties
# Resources for the Hello sample application

hello.title=A first Struts program
hello.prompt.user=Please enter a UserName 
hello.page.hello=Hello
hello.page.wellocome=Wellcome to Blog of Javamxj

application_zh_CN.properties
# Hello实例使用的资源文件

hello.title=第一个Struts应用
hello.prompt.user=请输入用户名
hello.page.hello=你好
hello.page.wellocome=欢迎来到Javamxj的Blog

   我当前使用的Eclipse版本是3.1M6，如果使用Eclipse编辑application_zh_CN.properties文件，保存后，关闭这个文件，然后再次打开它，会发现这个文件中的中文字符都变成了？？？？。

  为什么会发生这种情况呢？在中文操作系统下，Eclipse中的Java类型文件的编码的默认设置是GBK，但是对Properties资源文件的编码的默认设置是ISO-8859-1。所以编辑Java文件中的中文不会出现问题，但编辑Properties资源文件中的中文会出现问题。

   在3.1M6版本下，我们可以直接修改Properties资源文件的默认编码了（Eclipse3.0版本好像不支持）。在Eclipse主界面下，打开 Window ->Perferences ->General ->Editors ->Context Types:


   修改为GBK后，再次打开application_zh_CN.properties文件，编辑后保存，再打开时，文件中的中文字符可以正常显示了。

   这还不行，还必须利用native2ascii来转换一下。

native2ascii-本地码-至-ASCII 码转换器
 
将含有本地编码字符（既非 Latin1 又非 Unicode 字符）的文件转换为 Unicode 编码字符的文件。 

结构
native2ascii [options] [inputfile [outputfile]]

说明
Java 编译器和其它 Java 工具只能处理含有 Latin-1 和/或 Unicode 编码（\udddd 记号）字符的文件。native2ascii 将含有其它字符编码的文件转换成含 Latin-1 和/或 Unicode 编码字符的文件。 

若省略 outputfile，则使用标准输出设备输出。此外，如果也省略 inputfile，则使用标准输入设备输入。 


选项
-reverse 
执行相反的操作：将含 Latin-1 和/或 Unicode 编码字符的文件转换成含本地编码字符的文件： 

-encoding encoding_name 
指定转换过程使用的编码名称。缺省的编码从系统属性 file.encoding 中得到。encoding_name 字符串必须是符合要求的字符串。

比如可以这样利用native2ascii：
native2ascii -encoding gbk application_zh_CN.properties  temp.properties
  这里将根据application_zh_CN.properties输出了一个临时文件temp.properties，然后把application_zh_CN.properties中的文件内容替换为这个临时文件的内容就可以了。

转换后的application_zh_CN.properties 
# Hello\u5b9e\u4f8b\u4f7f\u7528\u7684\u8d44\u6e90\u6587\u4ef6
 
hello.title=\u7b2c\u4e00\u4e2aStruts\u5e94\u7528
hello.prompt.user=\u8bf7\u8f93\u5165\u7528\u6237\u540d
hello.page.hello=\u4f60\u597d
hello.page.wellocome=\u6b22\u8fce\u6765\u5230Javamxj\u7684Blog

  这样的操作对于一个或两个资源文件还行，如果多个资源文件，这样未免有些太麻烦了。你可以建立一个批处理文件（.bat）；或者建立一个Ant文件，利用其包含的native2ascii任务，也可以进行批处理。


  还是觉得麻烦！！！






  但是自从使用Eclipse后，好处多多，在Eclipse下，有这么两个插件，可以用来处理资源文件，它们使用起来各有千秋。

  

JInto 0.8.0
主页 http://www.guh-software.de/jinto.html

下载 http://www.guh-software.de/jinto/de.guhsoft.jinto_0.8.0.zip

文档 http://www.guh-software.de/jinto/JIntoGettingStarted.pdf （英文）
仔细看看文档，它提供的功能还是很不错的。



Properties Editor
主页 http://propedit.sourceforge.jp/index_en.html
它提供了三个版本，单独运行的版本、Eclipse版本、JBuilder版本，这里只看看Eclipse3下的版本
下载  PropertiesEditor_EclipsePlugin_for_3.0  V4.4.0


分别以links方式安装这两个插件，启动Eclipse，切换到Perferences，如图：
· JInto插件


· Properties Editor插件




· 先利用Properties Editor插件编辑资源文件，选中application_zh_CN.properties，右击，选择对应的插件，如图操作：

 
· Properties Editor插件编辑的效果


· 然后利用JInto插件编辑资源文件：




附带说说XML文件

   对应XML文件类型，默认的编码是UTF-8,但如果在xml声明中可以指定其编码，如“<?xml version="1.0"  encoding="GBK"?>”就指定其编码为GBK。这样，Eclipse在读取xml文件时，会首先根据其声明来设置这个文件的编码，如果在声明中没有指定其编码，那么会采用UTF-8编码来读取这个文件。所以对于xml文件，就不需要强制设置其默认的编码类型了。

   真不知道Sun是怎么搞的，对于资源文件的编码能搞得这么复杂，如果能像XML文件那样从内容识别其编码多好啊，等吧，等到Oracle CEO换成了中国人吧。

转自http://blog.csdn.net/alex197963/archive/2007/06/13/1650188.aspx