Springside 332 技术参考手册.doc

Springside 3.3.2 技术参考手册 1. 总述 架构风格简述1.概述 ?? 技术框架选型以工业化大规模软件开发为原则主流的选型、适宜团队分工的架构，同时照顾轻量级快速开发的需求，Java版的约定大于配置的风格。 SpringSide 3 的进步(京山游侠)在SpringSide的官方主页上，写着SpringSide 3 中包含的主流组件：Spring 2.5 + Hibernate 3 + Struts 2 + JSP 2.0 + JQuery + JAX-WS 2 (by Apache CXF 2) +SpringSecurity 2.0。不过，如果你认为和SpringSide 2 相比，升级的只是版本号，那么你就大错特错了。像我这样从SpringSide 2过来的人，如果能够详细对比SpringSide 2 和SpringSide 3，对于我们理解SpringSide 3肯定更加有帮助。下面的内容是我自己的一些体会，不正确的地方欢迎大家指正。从主要的架构来，依然是那么几层，先设计数据库，再写 Entity层，再写Dao层，再写Action，然后使用JSP表现出来，其中的Entity和Dao层和Hibernate紧密相关，Action是 Struts的主要部分，Spring作为粘合剂，把这些东西连在一起，并提供了一些机制简化编写这些层的工作。SpringSide就是这样一个大的粘 合体，省去了我们自己很多的粘合工作。从SpringSide 2 到SpringSide 3，这些工作得到进一步的简化，我们开发起来就更爽了。我 认为，我们的开发模式，主要经历了这样的简化过程：第一阶段，代码加一大堆的配置文件第 二阶段，代码加少量的配置文件第三阶段，代码加基本上等于零的配置文件这 些进步是如何实现的呢？从第一阶段到第二阶段，主要靠的是Annotation，把一些大量的配置工作转移到了Java代码中，那么从第二阶段到第三阶段 怎么实现呢？都已经Annotation了，你还有什么办法让配置文件更少？想不到吧！我也想不到，直到我看了SpringSide 3生成的项目，我才知道还有一个好东西叫自动扫描。下面使用实际的例子进行说明。作为示例，Hibernate是个不错的选择。第 一阶段，如果单独使用Hibernate，我们每写一个Entity类，就得同时写一个.hbm.xml文件，如果有很多Entity，就得写很 多.hbm.xml文件，每修改一次Entity，也要同时记得修改.hbm.xml文件，相当的不方便，其目录结构如下图：第二阶段，使用 Annotation，SpringSide 2 中就是这样的方式。具体内容可以看我的另一篇博文《打通持久层的任督二脉》。所以我用SpringSide 2? 进行开发的时候，写Entity也是两个步骤，但是比第一阶段要简单。就是先写一个Entity，Entity里面使用Annotation，如下图：然后修改配置文件，SpringSide 2 中专门为Hibernate的定义开辟了一个专门的xml文件dataAccessContext-hibernate.xml，里面关于 SessionFactory的定义是我们很熟悉的。我只需要将我的Entity类加入到里面就可以了，如下图中红笔圈出来的部分：第二阶段和第一阶段相比，配置文件简单多了，不需要维护那 么多的.hbm.xml。但是，每编写一个Entity，依然需要修改一下配置文件。第三阶段就更了不起了，零配置文件，也就是说我们只 管写Entity就行了，不需要管配置文件（当然，项目开始的时候还是要配置一次的）。打开SpringSide 3生成的项目，果然找不到dataAccessContext-hibernate.xml文件。那么是如何实现零配置的呢？靠的就是自动扫描，如下图中 红笔圈出来的部分： 上面讲Hibernate只是为了举例说明我的观点，事 实上SpringSide 3 中的零配置可不仅仅只存在这一个地方。Dao层也可以不用配置了。在SpringSide 2 中，我们每写一个Dao，都需要在serviceContext.xml中加入这个类，如下图： SpringSide 3 中使用自动扫描了，如下图： 以后编写Service后，再也不用修改配置文件了，只要 我们在Service中使用如下Annotation： 事务也不用配置了，在SpringSide 2 中，事务是这样配置的： SpringSide 3 中，事务配置是这样的： Action也不用配置了，不 过使得Action零配置的代码却在web.xml中，如下图： 还记得SpringSide 2 中的Struts配置代码吗？编写完Actio