Struts源码的切片学习之Struts的初始化

核心提示：Author:zhyiwwwE-Mail:zhyiwww@163.comDate:2007-1-10 转载请注明出处 www.javaRe

　　Author　　:　　zhyiwww
E-Mail　　:　　zhyiwww@163.com
Date　　　　:　　2007-1-10
转载请注明出处 www.javaResearch.org
(copyright by @ zhangyi)

　　 假如你的Web系统使用了Struts系统，那么此系统在启动的时候就会对此框架进行初始化。作为一个可以扩展的系统来说，它就会考虑其扩展性，和用户自定义后的配置的初始化。在web.xml文件中，也就是web的配置文件中，我们可以知道，在系统启动的时候，就会初始化此Servlet,其实，Struts的初始化也就是在此实现的。
那么在那里实现框架的初始化呢？
Servlet在启动的时候就会执行一个叫init()的方法，当然是自动执行。所以，Struts的初始化实现就是在这里实现的。
那么，
Struts的初始化到底初始化了那些东西呢？
要知道这个问题，我们就要大致的知道，Struts系统的几个模块：
[1]　　Struts框架内部资源模块
[2]　　用户扩展的配置模块
[3]　　资源文件配置模块
[4]　　数据源配置模块
[5]　　PlugIn配置模块
这几个部分在init()的里面是按照顺序初始化的。

　  在初始化的过程中，struts并不是简单的’来顺序初始化，而是使用一定的模式和思想，包括功能的封装。
其中内部资源文件和用户的扩展的初始化是独立完成的。而其他的三个模块并不是这样的。这三个模块的初始化是由一个模块来统一治理的，这个模块就叫配置模块。在Struts里面就是ModuleConfig.
所以假如要初始化上面的三个模块就先要初始化配置模块。
现在你可能要问，配置模块如何初始化？
　  配置模块的初始化也不是直接 new ModuleConfig()就可以了，他的实现也是通过工厂模式来实现的。
所以，要先初始化一个配置工厂才能实现此实例化。
配置模块的工厂是ModuleConfigFactory,这是一个抽象类。其createFactory()方法可以实现一个工厂的实例。
在这还有一个挺非凡的地方，在工厂初始化的时候，定义了工厂类的名字:
　　PRotected static String factoryClass =
　　　　"org.apache.struts.config.impl.DefaultModuleConfigFactory";
，所以就可以自己去实现实例化，这样就有了很大的扩展性，为什么呢？因为我们可以根据需要去修改它，那么他就去实现了我们自己的类的实例。
其实这也就是struts的配置工厂可以自己实现的原因。
补充说明一点：
前面提到的扩展初始化就是指的此扩展。至于其他的扩展，我们以后再说。
 现在，我们已经得到了一个配置的工厂实例了，那么通过此工厂我们可以生产出来一个配置了。
也就是我们得到一个ModuleConfig的实例了。
ModuleConfig config = factoryObject.createModuleConfig(prefix);
这个方法就可以实现了。
不过，你应该知道上面的工厂是一个抽象方法，而其抽象类不时别的方法，正是此方法，那么此方法到底是谁具体实现了呢？
我们上面说了，其实工厂实例化化的时候，其实创建了一个
org.apache.struts.config.impl.DefaultModuleConfigFactory
的对象，这个类实现了此方法？如何实现的呢？
　　public ModuleConfig createModuleConfig(String prefix) {
　　　　return new ModuleConfigImpl(prefix);
}
他实例化了一个ModuleConfigImpl，此类正是接口ModuleConfig的实现类。

　  到此也许你也明白一些其中的逻辑，我觉得这是一个很好的实现。