资源文件,不过是strus架构内部使用的,还是用户自己定义的资源文件,都是资源文件。之所以会用到资源文件,有两个原因:
一是方面是系统通过配置来实现,那么就会有更好的扩展性,也会更灵活。
另一个方面,可以实现国际化。
所以我们可能会有一个或多个资源配置文件。
那么资源文件到底是如何实现其初始化的呢?
内部资源文件和外部资源文件是分开初始化的,其实是使用了不同的初始化方法。内部资源文件是由init()调用initInternal()直接初始化的,而用户的资源文件是通过配置模块实现的。
内部资源文件如何初始化?
protected void initInternal() throws ServletException { |
上面的方法就实现了内部资源的初始化。
其实很简单,通过资源文件定位,然后返回成一个MessageResources的对象就OK了。
也就是internal变量,以后通过此变量就可以直接取属性的值了。
那么你可能会问,getMessageResources(internalName)又是如何实现取得资源文件的?
我们再跟踪一下:
public synchronized static MessageResources getMessageResources(String config) { |
很明显,这里面也使用了工厂模式。然后由工厂去生成一个资源MessageResources.
我们可以这样理解,所有的资源其实属于同一类产品,所以他们可是使用同一个工厂。
上面的初始化工厂的部分,我们其实可以看到, MessageResourcesFactory是一个抽象类,其抽象方法正是createResources(config),
那么他的实现是谁呢?这要问我们的工厂,因为你只有知道了工厂,才会知道产品。
所有我们要先知道,我们初始化了一个什么工厂。
所以我们再看:
public static MessageResourcesFactory createFactory() { |
其实工厂实由factoryClass决定的。
这在
protected static String factoryClass = |
定义了。
所以我们可以看到,其实是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) |
这个地方得到是工厂的类的名称。如:
"org.apache.struts.util.PropertyMessageResourcesFactory"
通过这个,我们和前面的比较就可以知道,只要是属性文件,就用的都是这个工厂。
String factory = mrcs[i].getFactory();
知道了用哪个工厂之后,就可以实例化了,创建一个工厂了。
MessageResourcesFactory.setFactoryClass(factory); |
由工厂生产出一个MessageResources
MessageResources resources = |
}
至此,strtus如何初始化资源文件的过程也完成了。现在我们已经知道了struts初始化属性资源文件的过程。
最终解析的结果是以MessageResources的形式保存在context中。
至于,如何将properties文件解析成MessageResources,详细地过程和实现,再去细细的学习和研究。
【编辑推荐】