http://www.springside.org.cn/
1.概述
技术框架选型以工业化大规模软件开发为原则---主流的选型、适宜团队分工的架构,同时照顾轻量级快速开发的需求,Java版的约定大于配置的风格。
2.主要库栈
- JDK:JDK 5.0/6.0、 UTF-8.
- IOC container:Spring 3.
- ORM:Hibernate 3.3.
- Web :Struts 2.1、JSP 2.0、JQuery 1.4/Dojo Base 1.4.
- Web Service:基于Apache CXF 2.2的JAX-WS/JAXB 2.0规范, 基于Jersey的JAX-RS规范.
- Security: Spring Security 3.0.
3.层次说明
3.1 entity - 领域模型层
使用Sql First的开发模式,先设计数据库,参考DBA的性能意见而不要太片面追求OO化的表结构。
然后纯手工编写entity与极少量的JPA annotation(约定大于配置), 也可以用hibernate-tools从数据库逆向生成后再作修改。
3.2 access - 资源访问层
资源访问层包括对数据库、JMS、外部的WebService等的访问。
每个领域对象对应一个DAO类,继承于通用的HibernateDao<T>,所有以该对象为查询主体的HQL语句统一定义于DAO内并提供查询函数.
在性能紧要而Hibernate又无法满足要求时,可混合使用JDBCTemplate。
3.3 service - 业务逻辑层
Service层有两类对象,
一类是领域对象管理类(Entity Manager), 按领域对象划分,每个Manager类负责管理多个紧密关联的Entity的增删改查及其业务逻辑。
一类是业务服务类(Service),按业务脚本划分,可能会访问到多种领域对象与Manager类。
用Spring的Transcation annotation定义事务。 对于Hibernate Lazy load的关联对象,在性能要求不高时可使用OpenSessionInView Filter,否则在Service层完成对象的初始化操作。
3.4 web - Web MVC层
MVC框架使用Struts 2.1 这一老牌传统MVC框架 + Convention Plugin 实现零配置文件,每个Act
View模板用JSP2.0 , 尽量使用纯html+JSP2.0 EL展示页面。
Javas
尽量采用CSS框架规范CSS的布局。
3.5 ws - WebService接口
使用Java first的开发模式,通过JSR181 annotation标注Web Service接口,用JAXB-2.0 annotation标注Java-XML Mapping。
用DTO类实现Entity与外系统的解耦,用WSResult包裹返回结果与返回码,不使用Exception返回错误。
对于Restful服务,同样采用JAX-RS annotation标注。
3.6 security - 安全控制
使用Spring Security的Filter 拦截URL,使用Spirng Security的taglib 拦截页面内容。
采用 用户-角色-资源 三层控制,角色-资源关系定义于XML的简化模式。
3.7 测试
单元测试尽量采用MockObject的方式屏幕所有依赖对象/数据的访问,对于dao层与特别查询与特别数据库操作,采用集成测试连接实际数据库,基于Spring的集成测试Context。
功能测试使用selenium测试主要用户故事的主流程及Javas
4.常见问题
4.1 什么时候使用基于接口编程 ?
基于接口编程、Fascade层等等抽象封装都是有开发和维护的代价的,是否使用归根结底还是看在团队人员的分工情况,在大家不得不依赖这几项技术来解决相互的接口、契约问题时,自然就用了。
4.2 Package是先分层还是先分模块
org.springside.模块A.web 还是 org.springside.web.模块A? 同上,还是看团队人员的分工情况。如果是每人从头到尾负责一个独立模块的可以先分模块。反之,按层进行分工并鼓励层内重用的,可以考虑先分层。
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层,再写Act
我认为,我们的开发模式,主要经历了这样的简化过程:
第一阶段,代码加一大堆的配置文件
第二阶段,代码加少量的配置文件
第三阶段,代码加基本上等于零的配置文件
这 些进步是如何实现的呢?从第一阶段到第二阶段,主要靠的是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 中,事务配置是这样的:
Act
还记得SpringSide 2 中的Struts配置代码吗?编写完Act
所 以说,SpringSide 3 的一个优点就是让生活变得更加简单了。在以上的截图中,SpringSide 2 项目用的是Eclipse 3.2,而SpringSide 3项目用的是Eclipse 3.4 For JavaEE Developers。哪一个IDE更爽,那也是一目了然。