(转)MessageResources. getMessageResources()

资源文件，不过是strus架构内部使用的，还是用户自己定义的资源文件，都是资源文件。之所以会用到资源文件，有两个原因：
一是方面是系统通过配置来实现，那么就会有更好的扩展性，也会更灵活。
另一个方面，可以实现国际化。
所以我们可能会有一个或多个资源配置文件。
那么资源文件到底是如何实现其初始化的呢？
内部资源文件和外部资源文件是分开初始化的，其实是使用了不同的初始化方法。内部资源文件是由init()调用initInternal()直接初始化的，而用户的资源文件是通过配置模块实现的。
内部资源文件如何初始化？
protected void initInternal() throws ServletException {
try {
internal = MessageResources.getMessageResources(internalName);
} catch (MissingResourceException e) {

}
}
上面的方法就实现了内部资源的初始化。
其实很简单，通过资源文件定位，然后返回成一个MessageResources的对象就OK了。
也就是internal变量，以后通过此变量就可以直接取属性的值了。
那么你可能会问，getMessageResources(internalName)又是如何实现取得资源文件的？
我们再跟踪一下：
public synchronized static MessageResources getMessageResources(String config) {

if (defaultFactory == null) {
defaultFactory = MessageResourcesFactory.createFactory();
}
return defaultFactory.createResources(config);
}
很明显，这里面也使用了工厂模式。然后由工厂去生成一个资源MessageResources.
我们可以这样理解，所有的资源其实属于同一类产品，所以他们可是使用同一个工厂。
上面的初始化工厂的部分，我们其实可以看到，
MessageResourcesFactory是一个抽象类，其抽象方法正是createResources(config),
那么他的实现是谁呢？这要问我们的工厂，因为你只有知道了工厂，才会知道产品。
所有我们要先知道，我们初始化了一个什么工厂。
所以我们再看：
public static MessageResourcesFactory createFactory() {

// Construct a new instance of the specified factory class
try {
if (clazz == null)
clazz = RequestUtils.applicationClass(factoryClass);
MessageResourcesFactory factory =
(MessageResourcesFactory) clazz.newInstance();
return (factory);
} catch (Throwable t) {
LOG.error("MessageResourcesFactory.createFactory", t);
return (null);
}

}
其实工厂实由factoryClass决定的。
这在
protected static String factoryClass =
"org.apache.struts.util.PropertyMessageResourcesFactory";
定义了。
所以我们可以看到，其实是PropertyMessageResourcesFactory实现了*.properties文件的初始化。
初始化后的结果在哪？如何去使用呢？
内部资源文件初始化后的结果以MessageResources的实例保存在internal变量上。其定义如下：
protected MessageResources internal = null;
所以只有struts内部能用，我们就不能调用了。
用户的资源文件时如何初始化的呢？
用户的资源文件是通过配置模块ModueConfig来实现的。上面我们已经初始化了一个ModuleConfig了。所以我们就可以来初始化我们的资源文件了。
initModuleMessageResources(moduleConfig);
struts的内部分工也是非常明显的。
ModuleConfig用来管理各个不同的模块的配置。
其实，各个由他管理的模块也有自己的配置。
属性资源文件的配置是就是MessageResourcesConfig
此配置的实例由ModuleConfig来管理，所有由ModuleConfig的实例，可以得到所有属性文件配置的实例。
其实是每一个properties文件，就会对应一个MessageResourcesConfig.
所以我们就可以理解下面的部分代码了。

protected void initModuleMessageResources(ModuleConfig config)
throws ServletException {

MessageResourcesConfig mrcs[] = config.findMessageResourcesConfigs();
for (int i = 0; i < mrcs.length; i++) {
if ((mrcs[i].getFactory() == null)
|| (mrcs[i].getParameter() == null)) {
continue;
}
if (log.isDebugEnabled()) {
log.debug(
"Initializing module path '"
+ config.getPrefix()
+ "' message resources from '"
+ mrcs[i].getParameter()
+ "'");
}

这个地方得到是工厂的类的名称。如：
"org.apache.struts.util.PropertyMessageResourcesFactory"
通过这个，我们和前面的比较就可以知道，只要是属性文件，就用的都是这个工厂。
String factory = mrcs[i].getFactory();
知道了用哪个工厂之后，就可以实例化了，创建一个工厂了。

MessageResourcesFactory.setFactoryClass(factory);
MessageResourcesFactory factoryObject =
MessageResourcesFactory.createFactory();
factoryObject.setConfig(mrcs[i]);

由工厂生产出一个MessageResources

MessageResources resources =
factoryObject.createResources(mrcs[i].getParameter());
resources.setReturnNull(mrcs[i].getNull());
resources.setEscape(mrcs[i].isEscape());

将解析的结果保存在context 中。

getServletContext().setAttribute(
mrcs[i].getKey() + config.getPrefix(),
resources);
}

}
至此，strtus如何初始化资源文件的过程也完成了。现在我们已经知道了struts初始化属性资源文件的过程。
最终解析的结果是以MessageResources的形式保存在context中。
至于，如何将properties文件解析成MessageResources,详细地过程和实现，再去细细的学习和研究。