以简求快 Java快速开发框架LML配置及实例源码
人的一生只有一件事可以做，那就是追求。无论你做什么都是想得到一些东西，有些人高尚了，有些人低俗了。
对于自己所追求的，不论是成功的好人，还是成功的小人，都有一份别人没有的执着。坚持才能胜利，然而行百里者半九十，谁又能坚持到最后呢？
闲言碎语少叙，上一章讲到框架的总体架构，按照图例搭建起来并不会费多大劲。但是想必大家都很清楚，一般的JAVAweb框架是离不开配置文件的，这一次就给各位稍微的讲一讲，顺便奉上我实验用的实例源码。先声明一点，后台管理的HTML框架使用的是公司正在应用的一款通用后台管理HTML框架。虽然经过我的涂抹，但是为了避免法律纠纷，切不可用于商业用途。
下面大致描述一下LML各配置文件的配置详情。
1, Struts的配置文件 Struts.xml
众所周知，Struts配置文件的核心主要内容就是Action的配置，往往我们为了减轻主文件的负担，需要分拆多个配置文件用来保存Action配置，但是这与我的原则有所违背。再次复习以下我们的原则：以简求快。一遍一遍的写重复的配置文件是多么乏味，多么浪费时间。下面给出Struts.xml中的一段配置代码，以通用换简单。
<package name="System" extends="struts-default" namespace="/System"> <result-types> <result-type name="velocity" class="LML.Core.System.VelocityLayoutResult"/> </result-types> <interceptors> <interceptor name="power" class="LML.Core.System.PowerInterceptor"></interceptor> <interceptor-stack name="baseStack"> <interceptor-ref name="defaultStack"></interceptor-ref> <interceptor-ref name="power"></interceptor-ref> </interceptor-stack> </interceptors> <action name="*_*" class="LML.Action.System.{1}Action" method="{2}"> <interceptor-ref name="baseStack"> </interceptor-ref> <result type="velocity">/Views/System/{1}/{2}.html</result> <result name="stream" type="stream"> <param name="contentType">text/html</param> <param name="inputName">inputStream</param> </result> </action> </package>
为了更灵活，虽然我使用通配符配置，但是我也会分不同的package。这里的package主要用来配合域来使用，每一个package算是一个业务独立的大模块，每个package内部包含若干个业务关联的Action。简单做出以下说明：1，首先定义一个result-type，为了velocity而存在。2，拦截器栈baseStack引用了两个拦截器，其中defaultStack是Struts2的核心，而power就是LML用来做权限验证的拦截器了。3，接下来就是一段Action的通用配置，使用了一些约定，比如用Action的name属性来解析View的对应关系。难道这真有什么不好吗？我们明显的感觉到配置文件如此简单明了，在简单的应用上为什么不抛弃复杂的配置文件呢？
2，由于我们使用Spring来管理Bean，当做一个容器来使用，所以一般情况下Hibernate没有必要单独使用配置文件，可直接集成于Spring的配置文件applicationContext.xml中。下面简单的解析一下这个配置文件。Spring在我看来，貌似他就是一个砖厂，生产砖头（Bean）让我们这些IT民工来搬砖。
<bean id="dataSource" class="com.mchange.v2.c3p0.ComboPooledDataSource" destroy-method="close"> <property name="driverClass" value="com.mysql.jdbc.Driver" /> <property name="jdbcUrl" value="jdbc:mysql://localhost:3306/wisdom?useUnicode=true&characterEncoding=UTF-8" /> <property name="user" value="root" /> <property name="password" value="123456" /> <property name="minPoolSize" value="1" /> <property name="maxPoolSize" value="20"/> <property name="initialPoolSize" value="1"/> <property name="maxIdleTime" value="60"/> <property name="acquireIncrement" value="1"/> <property name="acquireRetryAttempts" value="30"/> <property name="acquireRetryDelay" value="1000"/> <property name="testConnectionOnCheckin" value="true"/> <property name="automaticTestTable" value="c3p0TestTable"/> <property name="idleConnectionTestPeriod" value="60"/> <property name="checkoutTimeout" value="3000"/> </bean>
以上是数据源的配置，由于是测试环境，所以各项参数并不能用于实际的应用场景，请斟酌。C3P0用起来还算是中规中矩的吧。另外我监视过数据库连接，能够自动申请，超时也能够自动关闭，这样貌似就好像是没有问题了。。
下面是sessionFaction的配置，你要是想在数据库干点什么，就靠它了。
<bean id="sessionFactory" class="org.springframework.orm.hibernate3.LocalSessionFactoryBean"> <property name="dataSource"> <ref bean="dataSource"></ref> </property> <property name="hibernateProperties"> <props> <prop key="hibernate.dialect"> org.hibernate.dialect.MySQLDialect </prop> </props> </property> <property name="mappingResources"> <list> <value>Hbm/Sysmenu.hbm.xml</value> <value>Hbm/Syspower.hbm.xml</value> <value>Hbm/Diary.hbm.xml</value> <value>Hbm/Sysrole.hbm.xml</value> <value>Hbm/Comment.hbm.xml</value> <value>Hbm/Photo.hbm.xml</value> <value>Hbm/Leavemessage.hbm.xml</value> <value>Hbm/Notice.hbm.xml</value> <value>Hbm/Courseinfo.hbm.xml</value> <value>Hbm/Siteinfo.hbm.xml</value> <value>Hbm/Sysuser.hbm.xml</value> <value>Hbm/Rolemenu.hbm.xml</value> <value>Hbm/Rolepower.hbm.xml</value> </list> </property> </bean>
以下两个bean都用用来做一个初始化的动作。前一个是初始化数据库操作类，并注入sessionFactory。后一个就是用来初始化菜单和权限的了，需要指定从哪些包中收集菜单和权限，LML之所以能够自动收集生成菜单和权限，靠的就是它了。
<bean id="DBHelper" class="LML.Core.Helper.DBHelper" > <property name="sessionFactory"> <ref bean="sessionFactory"></ref> </property> </bean> <bean id="InitMenuPower" class="LML.Core.System.InitMenuPower"> <property name="packages" value="LML.Action.System,LML.Action.Article"/> </bean>
3，无论如何，我们也不应该忽视web.xml，它就像我们现在的web.config一样，一切配置从这里开始。
以下配置两个servlet。前一个用于velocity，后一个用于struts2。
<servlet> <servlet-name>velocity</servlet-name> <servlet-class> org.apache.velocity.tools.view.servlet.VelocityLayoutServlet </servlet-class> </servlet> <servlet-mapping> <servlet-name>velocity</servlet-name> <url-pattern>*.html</url-pattern> </servlet-mapping> <filter> <filter-name>struts2</filter-name> <filter-class> org.apache.struts2.dispatcher.ng.filter.StrutsPrepareAndExecuteFilter </filter-class> </filter> <filter-mapping> <filter-name>struts2</filter-name> <url-pattern>*.action</url-pattern> </filter-mapping>
必不可少的还有一个listener，spring容器。
<listener> <listener-class>org.springframework.web.context.ContextLoaderListener</listener-class> </listener>
4，其他配置文件，velocity配置文件，log4j配置文件，在此不赘述了。
基本上，整个项目就只有这些配置文件了，如非特别需求，在项目的开发过程中大可不必再新增配置文件，也无须对现有配置文件扩充，当然这是要出去数据库映射文件的，这是暂时不可避免的。
我个人是有点讨厌过多的配置的，因为那将导致项目的开发周期变长，维护起来也将更困难。
我总结一下为什么这些配置文件大部分不需要再扩充。
1， 由于我们采用通配符配置Action，所以我们没有必要对每一个Action单独配置。
2， 我们在底层使用统一的静态类连接操作数据库，不存在所谓的DAO等层，所以没有必要对每一个模块都生成一个Bean，不需要每一个模块都注入sessionFactory。
3， 个人觉得每次Request请求都会生成一个相应Action实例，那么使用作用域为Request的托管给Spring的Action有什么优势呢？所以干脆不要了。
近来在调整一个陈年项目，有一点点的忙，博客更新的不及时，见谅。这一篇博客会带着一个我的小实例，可自行下载观看，反正我是不收费的。
转载请注明出处！源码在百度网盘可下载，下面给出链接。（百度网盘正在上传中） 下载地址：http://pan.baidu.com/netdisk/singlepublic?fid=804509_3742666528
