SSI(Struts2, Spring, iBatis)框架整合小结

 

MVC对于我们来说，已经不陌生了，它起源于20世纪80年代针对smalltalk语言的一种软件设计模式，现在已被广泛应用。近年来，随着java的盛行，MVC的低耦合性、高重用性、可维护性、软件工程的可管理性等诸多优点使其在java平台中很受欢迎，其间，也诞生了许多优秀的MVC框架，如专注于控制层的Struts、WebWork, Struts2, JSF等框架，专注于业务逻辑方面的Spring框架、专注于持久层的Hibernate、iBatis、Castor、JORM等框架。由于最近用了一次SSI框架，因此本文主要是对Strtus2、Spring、iBatis三个开源的MVC框架进行一个小结。

Struts2主要来源于webwork框架，与Struts1相比，在数据传递方面，Struts2提供了更加强大OGNL标签功能，使其能够通过在action中定义变量来直接与jsp页面中的数据进行相互传值，省去了Struts1中的formbean；而在跳转控制方面，Struts2简化了配置文件的信息量，使页面和action之间的交换更加的简洁和直观，便于开发人员的管理。

Spring功能非常的强大，比如它的控制反转/依赖注入机制，省去了我们自己书写工厂模式的工作，实现类对我们将要用到控制类、业务逻辑类、数据访问类、以及JNDI或者JDBC数据源的托管；Spring对AOP支持使我们在用户权限控制、事务处理方面节省了很多工作量；

iBatis则是一种轻量级的OR Mapping框架，与Hibernate相比，iBatis提供了半自动化对象关系 映射的实现，开发人员需要编写具体的sql语句，为系统设计提供了更大的自由空间，为sql语句优化提供了便利。

下面这张图就是我们所用到的这三种框架的结合体，下面对其作以简单介绍。

在控制层，利用Strtus2标签功能，在Action中直接与jsp页面上的数据进行交互。在调用业务逻辑层应用时，Struts2提供了对Sping的支持。开发人员需要完成对struts.xml的配置工作和对各个Action类的编写。

在业务逻辑层，利用Spring框架的依赖注入实现对业务逻辑类和DAO类的实例托管；在事务处理方面，利用Spring提供的面向切面的事务处理功能，使对数据的事务控制脱离于数据访问接口实现；在对象关系映射方面，利用Spring对数据库连接池的托管和对iBatis框架的支持。开发人员需要完成对数据源的配置、对不同模块所对应的application*.xml文件的配置，以及对业务逻辑接口的定义和业务逻辑实现的编写。

在持久层，利用iBatis提供的半自动化对象关系映射的实现，开发人员需要编写具体的sql语句，为系统设计提供了更大的自由空间。另外，开发人员需要完成对SqlMapConfig.xml和*SqlMap.xml的配置，以及对DAO接口的定义和DAO接口的实现。

在各层之间进行交换的过程中，利用数据传输类进行数据的传递和交互。其中，数据传输类与数据库表一一对应。

SSI框架能够降低我们代码的耦合度，增强了代码的健壮性和可重用性，加快了开发速度，但是也有一些不足之处，比如由于三种框架的配置文件较多，也给我们带来了一些不便，特别是对于较小的应用来说更是如此。

 

转载请加链接：http://junherry.iteye.com/blog/569770

评论

16 楼 guji528 2010-03-31  

很强大组合，简化了大量的编码工作

15 楼 tou3921 2010-01-15  

使用这个组合已经一年了，另外加上jquery和struts2-jquery

14 楼 caoyangx 2010-01-15  

不如用Spring自己的jdbc模板，稍微封装一下，要比iBATIS更灵活，更高效。
以后的一个趋势是SpringMvc+SpringSecurity+SpringJDBC

13 楼 geweixin 2010-01-15  

junherry 写道

shrpcn 写道

觉得IBATIS一切尽在手中， 比较容易控制；特别是在项目成员层次不齐的情况下，项目完成比较有保障。

网上说iBatis只适合于中小规模的项目，而Hibernate更适合于规模较大的项目。不明白是为什么。能不能给点指教

嗯，又见人云亦云。

12 楼 junherry 2010-01-15  

shrpcn 写道

觉得IBATIS一切尽在手中， 比较容易控制；特别是在项目成员层次不齐的情况下，项目完成比较有保障。

网上说iBatis只适合于中小规模的项目，而Hibernate更适合于规模较大的项目。不明白是为什么。能不能给点指教

11 楼 shrpcn 2010-01-15  

觉得IBATIS一切尽在手中， 比较容易控制；特别是在项目成员层次不齐的情况下，项目完成比较有保障。

10 楼 junherry 2010-01-15  

lnaigg 写道

你这图太典型了，典型得闭上眼睛都能画出一摸一样的。

我的意思是，你只是说了一件大家都知道的事情。

呵呵 谢谢指教 这个图示我自己做东西时用到的，在这里就是总结一下。

9 楼 lnaigg 2010-01-15  

你这图太典型了，典型得闭上眼睛都能画出一摸一样的。

我的意思是，你只是说了一件大家都知道的事情。

8 楼 joehe 2010-01-15  

ext+spring解决，spring mvc spring jdbc

7 楼 junherry 2010-01-15  

ghyghost 写道

画图软件是什么?

哦 就用的word2007中的画图工具 

6 楼 junherry 2010-01-15  

keer2345 写道

感觉使用ibatis的话， 和使用spring+JDBC似乎差别不大呀，呵呵

我觉得iBatis的一点好处就是它把sql语句从java代码中分离出来，单独放在xml文件中，更加便于管理了。

5 楼 ghyghost 2010-01-15  

画图软件是什么?

4 楼 raiha 2010-01-15  

画图软件是什么?

3 楼 dmewy 2010-01-15  

个人感觉I比H更灵活..
sql turing 是件不可缺少的事情...
太复杂的关系用H去配置太头疼了...

2 楼 x_root 2010-01-15  

除了iBatis的配置外，表现层和服务层的配置文件是可以减少的，比如在struts2那里使用带通配符的配置或零配置，在spring那里使用Annotation可以大大减少没有必须的配置文件。
不过我们还是保留了struts.xml和applicationContext.xml这两个文件，主要保留基本组件的配置，如数据源和事务的配置。

1 楼 keer2345 2010-01-15  

感觉使用ibatis的话， 和使用spring+JDBC似乎差别不大呀，呵呵