Sping2.0 + Struts2.0 +Ibatis 的使用总结

最新推荐文章于 2015-12-24 20:20:53 发布

jane_jin

最新推荐文章于 2015-12-24 20:20:53 发布

阅读量73

点赞数

分类专栏： Spring2.0 文章标签： iBATIS Spring Bean AOP Struts

Spring2.0 专栏收录该内容

1 篇文章 0 订阅

订阅专栏

最近工作中涉及到一些将其他项目组的应用整合到我们平台上的事情。刚好那个项目是base在Appfuse提供的框架基础上开发的。使用了Spring2.0 + Struts2.0 + Ibatis的框架。趁此机会把这几个外面现在比较流行的东西又好好看了看。现在写个总结。也希望能便于以后的参考。好了，元归正传，开始我们的SSI之旅。

我们还是从代码讲起。这样也便于我们理解。否则High Level的东西说了一通到最后也不知道都说明了什么。

先看几段代码：

Spring DataSoure：

</bean>

这里我们使用dbcp连接池。这里就不多说了。

Spring AOP Configuration：

<bean id="txManager"

class="org.springframework.jdbc.datasource.DataSourceTransactionManager">

</property>

</bean>

<tx:advice id="txAdvice" transaction-manager="txManager">

<tx:attributes>

<tx:method name="get*" read-only="true" />

<tx:method name="*" rollback-for="Exception" />

</tx:attributes>

</tx:advice>

<aop:config>

<aop:pointcut id="serviceOperation"

expression="execution(* com.ibm.magis..service.*Manager.*(..))" />

<aop:advisor advice-ref="txAdvice"

pointcut-ref="serviceOperation" />

</aop:config>

这里就和我们以前用的Spring就不一样了。这里我们使用的是AspectJ 的切面事务的统一控制。 Spring的官方文档说：“如果你选择使用Spring AOP，那么你可以选择@AspectJ或者XML风格。总的来说，如果你使用Java 5，我们建议使用@AspectJ风格。”当然项目中使用的是JDK1.5 所以他使用了这样的声明方式。

回头看一下我们以前的方法：

</property>

<props>

<prop key="save*">PROPAGATION_REQUIRED,-Exception</prop>

<prop key="remove*">PROPAGATION_REQUIRED,-Exception </prop>

<prop key="update*">PROPAGATION_REQUIRED,-Exception </prop>

<prop key="incress*">PROPAGATION_REQUIRED,-Exception </prop>

<prop key="*">PROPAGATION_REQUIRED,readOnly</prop>

</props>

</property>

</bean>

两者相比较而言还是AspectJ的这种风格比较好。而且我们可以方边在Spring中定义我们自己的切面。例如日志的记录、权限的检查等等。

<aop:config>

<aop:aspect id="objectACLAspectU" ref="objectACLAdviceU">

<aop:pointcut id="objectRemovePcU" expression="execution(* com.ibm.magis.data.instance.service.OinstanceManager.remove(..)) and args(objectId,instanceId)"/>

</aop:aspect>

</aop:config>

</bean>

经过简单的配置在加上一个简单的实现类就可以完成一些复杂的切面控制的代码了。

看完上面Spring2.0的AOP后。在看一个配置文件：

</beans>

注意这个属性default-lazy-init. 如果设置为true 则表明Spring 的IOC容器使用Lazy-load的方式进行加载。这种懒加载的方式可从某种情况下提高启动的速度。但是也会有一个问题哦。可能不会马上发现配置错误的bean.

还有一个属性：default-autowire="byName" 设置Spring的自动装配方式。autowire的方便之处在减少或者消除属性或构造器参数的设置，这样可以给我们的配置文件减减肥！

载至Spring官方文档

模式	说明
no	不使用自动装配。必须通过ref元素指定依赖，这是默认设置。由于显式指定协作者可以使配置更灵活、更清晰，因此对于较大的部署配置，推荐采用该设置。而且在某种程度上，它也是系统架构的一种文档形式。
byName	根据属性名自动装配。此选项将检查容器并根据名字查找与属性完全一致的bean，并将其与属性自动装配。例如，在bean定义中将autowire设置为by name，而该bean包含master属性（同时提供setMaster(..)方法），Spring就会查找名为master的bean定义，并用它来装配给master属性。
byType	如果容器中存在一个与指定属性类型相同的bean，那么将与该属性自动装配。如果存在多个该类型的bean，那么将会抛出异常，并指出不能使用byType方式进行自动装配。若没有找到相匹配的bean，则什么事都不发生，属性也不会被设置。如果你不希望这样，那么可以通过设置dependency-check="objects"让Spring抛出异常。
constructor	与byType的方式类似，不同之处在于它应用于构造器参数。如果在容器中没有找到与构造器参数类型一致的bean，那么将会抛出异常。
autodetect	通过bean类的自省机制（introspection）来决定是使用constructor还是byType方式进行自动装配。如果发现默认的构造器，那么将使用byType方式。

这也是一个不错的地方。可以省去我们很多地方配置的显示声明。

我们可以看一下Struts2.0的使用吧。个人认为其实Struts2.0就是完全照搬的webwork的。没有多少自己的心意。

具体的配置就不多说了。主要是看看下面这个配置文件：

注意<constant name="struts.objectFactory" value="spring"/>

这里它将框架常量struts.objectFactory覆盖了，设置为”spring”，其实这里是使用了缩写，我们可以写全称：org.apache.struts2.spring.StrutsSpringObjectFactory。这个缩写的”spring”是和bean配置中的name属性相对应的。默认情况下所有由框架创建的对象都是由ObjectFactory实例化的，ObjectFactory提供了与其它IoC容器如Spring、Pico等集成的方法。覆盖这个ObjectFactory的类必须继承ObjectFactory类或者它的任何子类，并且要带有一个不带参数的构造方法。在这里我们用org.apache.struts2.spring.StrutsSpringObjectFactory代替了默认的ObjectFactory。

此外，上面我们说了，如果action不是使用Spring ObjectFactory创建的话，插件提供了两个拦截器来自动装配action，默认情况下框架使用的自动装配策略是name，也就是说框架会去Spring中寻找与action属性名字相同的bean，可选的装配策略还有：type、auto、constructor，我们可以通过常量struts.objectFactory.spring.autoWire来进行设置。

这样的话，我们就可以在Action中使用Spring IOC中注入的Bean了。其实这是webwork早有的扩展包里的功能。呵呵。换成strut2.0了还是得说一下。

有了上面的配置文件我们就可以把Spring2.0 和 struts2.0 结合起来了。

看看IBatis 的配置文件：