ssh1实现的购物车用ssh实现的购物车 9.1 模型概述　　正如我们所知，Struts是一个单

文件名称: ssh1实现的购物车

所属分类: Java

开发工具:

文件大小: 28kb

下载次数: 0

上传时间: 2008-11-13

提供者: ling*****

下载 (28kb)

不能下载？报告错误

详细说明：用ssh实现的购物车 9.1 模型概述　　正如我们所知，Struts是一个单纯的web框架，因此对于其他方面的操作*为力，例如对数据库的操作。此外它也不能管理对象之间的依赖关系，因此需要和持久化框架和IoC框架结合，才能构建一个完整健壮的系统。本节分析Struts+Spring+Hibernate结合的必要性。　　9.1.1 三种模型结合的必要性　　对于从事web开发的人来说，使用Struts可以大大简化开发过程，对于直接使用Servlet+JSP来说，它提供了优秀的封装机制，使得用户可以严格按照MVC架构来开发应用。想想我们没有使用web框架之前，是怎样的混乱状态，需要自己将数据从请求中取出来，然后组装起来，在数据很多的情况下，这简直是一个噩梦。验证代码散落在各处，维护它们同样是一件累人的活。为了处理不同的请求，可能需要写很多的Servlet，且不说容器的负担问题，单单是web.xml文件就变得分外的臃肿，最后可能变成一个难以维护的庞然大物。这是我在实际开发中遇到过的真实情况。尽管使用Struts，在早期也会遇到配置文件(struts-config.xml)膨胀的问题，但后来的Struts通过模块化很好的解决了这个问题。　　关于验证，需要多说一些，事实上，Struts的验证并不像后来的一些web框架而言，如Webwork、Spring MVC，是可插拔的，相反，它被包含在ActionForm中，这是一种耦合性较强的设计。form负担了的太多的责任，使得重用它变得困难，比如在业务层和持久层，另外，form是Struts框架的一部分，出于降低耦合性的考虑，也不能在业务层和持久层中出现。它之后的一些框架都很好的解决了这个问题：使用一个普通的pojo，仅仅用于封装数据，不包含任何的逻辑。但是，Struts是一个可扩展的框架，它的任何一部份都是可以替换的。我们可以通过它提供的插件机制，来提供自己的功能，例如通常情况下，Spring和Struts的整合的一种方式，就是通过插件实现的。通过插件，我们也可以提供可插拔的验证功能。　　Struts是一个经历了无数项目考验的框架，有着为数最为庞大的社群，有着成熟的经验可供参考，所以在项目中使用Struts风险很小。而且，Struts比较容易上手，因此学习成本也相对较小。　　正如我们前面所说的，Struts是一个纯粹的web框架，不涉及业务层和持久层的处理，因此，对于其他层需要借助于其他的框架。比如，在持久层使用 Hibernate。　　数据库操作是一个很复杂的问题，尽管在Java中，JDBC进行了很好的抽象，但是用户需要直接操作SQL。这里也存在一个数据组装的问题，实际开发中直接从ResultSet中取出数据，然后放入一个model中，是很常见的方式。冗长的set操作令人厌烦。我们在实际开发中，都是将数据存放到model中，然后操作model，在这个意义上说，model和数据库之间有着某种内在的关系。怎样映射这种关系，正是ORM所要做的。ORM不仅仅要映射对象的属性和数据库表的字段间的关系，还要把表之间的关系映射为对象之间的关系，从而把对数据库表的操作，完全转为对对象的操作。这种处理方式，更为程序员所熟悉，而且通过工具，我们也很容易保持表关系和对象关系的同步。Hibernate正是这样一个强大的ORM工具，除了通常的O-R映射，还提供了其他的广受欢迎的功能，比如脏数据检查、延迟加载等。这些，我们在前面的章节中，已经做过介绍。Hibernate在实际开发中获得了广泛的应用，成为事实上的标准。所以，我们在开发中，持久层实现，可以选择Hibernate。　　Struts同样也缺少IoC和AOP功能，因此存在一定的耦合，例如，在Action调用业务对象的时候，需要new一个实例，这是很常见的情况。当然，我们可以使用工厂模式消除这种情况，但是又需要引入工厂类。使用Spring可以有效地消除这种耦合。我们在上一章中，介绍的Spring和Struts整合的方式中，可我们在Action中通过Spring的ApplicationContext获取对象，但是这样Action中又嵌入了Spring的代码。整合的第三种方式，通过Struts的plug-in机制，将Action交由Spring托管，这样，我们就可以在Action中使用依赖注入，完全消除了这种耦合。除此之外，我们还可以使用Spring的AOP机制。通过整合，我们可以充分利用各个框架的优势，从而达到构建完美的应用的目标。　　9.2 模型特征　　我们分析了三种框架结合的必要性，现在我们分析一下使用三个框架的模型特性。　　9.2.1 模型的构成特点　　在Spring+Hibernate+Struts模型中，Hibernate负责持久化操作，Struts负责web操作，两者之间完全独立。Spring在这个模型中的地位很特殊，它提供对对象的管理，而不管这个对象是处在哪一层，完成哪些任务。Spring为用户设置对象间的依赖关系，并且通过AOP提供了统一的方式，处理横向的需求，这些需求通常很难使用OO实现，比如权限验证。这样，Spring就涉及到广泛的领域，而不管它处在哪一层。或者说，Spring是一个更为基础的框架，而不像Struts和Hibernate专注于各自的领域。　　现在已经清楚了Spring、Hibernate、Struts的作用，现在从分层的角度，分析一下这个模型。　　业务层，处理实际的逻辑操作，这一部分是由用户独立实现的，拥有最大的灵活性。有些时候，持久层和业务层是混合在一起的，但是数据库一旦设计完成，就很少修改，所有拥有相当的稳定性，所以持久层也拥有相当的稳定性，因此可以将它们独立出来。还有一个原因，持久化操作，很多时候很复杂，特别是涉及到事物的时候，因此，维护一个稳定的持久层，有利于分工，也减少了维护的成本。Hibernate的出现，使得持久化操作不再像以前那么复杂繁琐，所以也有将这两层合并的做法。我们下面给出的例子，会看到很多时候业务层仅仅是将请求委托给持久层，本身什么也不做。但我认为，维护一个独立的业务层，还是有好处的，至少在将来切换持久化实现的时候，比如用JDBC替换Hibernate，业务层就不用作任何的改动，虽然这种情况很少发生。　　持久层，我们可以直接使用Hibernate API，更好的方式是使用Spring的Hibernate封装。Spring提供了对Hibernate的良好封装，这样我们在持久化操作中，可以使用Spring提供的封装，简化持久化的操作。Hibernate的Session是很昂贵的资源，因此，每个DAO（这里指持久层的类）方法，单独使用一个Session是一种浪费，使用Spring的封装，就可以使用统一的方式使用Session。通过使用Spring托管的Session，我们实现了OpenSessionInView模式，即在每一个请求中使用一个Session。当然我们可以提供自己的OpenSessionInView实现，最简单的就是实现一个Filter。事实上Spring提供的其中一种实现就是通过这种方式实现的。在Spring托管的环境下，我们就可以实现Hibernate的声明式管理。使用Spring封装的一个好处就是对异常的处理，Spring可以给出很明确的异常信息，不像JDBC统一抛出SQLException，Hibernate抛出HibernateException。Spring还提供了异常转换的功能，用户可以在配置文件中声明转换成什么样的异常。　　web层，就是Struts的责任了，这里通常不会涉及到Hibernate和Spring，我们仅仅是由Spring管理依赖对象的注入。但是，很多时候web请求需要一些横向的需求，比如上面提到的权限管理，一个更常见的情况是用户登录和注册。当然我们可以使用Filter实现，也可以写一个顶层的Action，统一处理这些请求，需要处理这些请求的Action继承它即可。但是这是一种硬编码的实现，不能通过配置改变，因此缺少灵活性。用户是否登录的判断也是一个典型的横切应用，因此可以通过AOP来实现。我们下面的例子，会给出一个使用拦截器判断用户是否登录的实现。为了使用拦截器，我们这里给出了Spring和Struts整合的第四种方式，涉及到了SpringMVC的内容。相对来说，SpringMVC在设计上更加倚重IoC和AOP，也提供了更为开放的方式，因此更为强大，但是却过于复杂。但是相对于它提供的丰富特性，这些复杂性是可以克服的，因此在实际开发中，可以考虑用SpringMVC实现web层，即用它替换Struts。　　9.2.2 实现模型的目的　　使用Spring+Hibernate+Struts模型的目的，实际上面已经涉及到了，这些框架的优点是使用它们的一个重要原因。还有一些可能更重要的原因，总结如下：　　去耦合这是一个老生常谈的话题了。去耦合是如此的重要，以至于人们要将这方面的经验总结成设计模式。Spring通过IoC，实现了去耦合，这样用户可以随时替换现在的实现，而不用修改源码。这正是软件开发中开-闭原则的要求。Spring倡导面向接口编程，这是最为推崇的最佳实践之一，继承仅仅作为内部实现的一个手段。面向接口编程，不仅仅是提供了更好的抽象，实际上也更有利于去耦合。　　扩展的需要 Struts、Spring甚至Hibernate都提供了良好的扩展功能，Struts通过插件机制，可以很方便的添加功能。Spring对Bean的管理也提供了扩展，例如用户可以提供自己的作用域。Hibernate用户可以定制自己的持久化策略。　　维护的需要这些框架都很容易维护，它们都很好的实现了开-闭原则，因此需要替换功能的时候，只需简单的修改配置文件。它们提供的一些公用功能，也能通过配置的方式提供，比如Spring的声明式事务。因此维护成本大大降低。　　还有一个原因，由于它们都有庞大的社区支持，因此寻找技术支持很容易。由于它们很流行，因此招一个开发人员也很容易。　　9.3 Hibernate+Spring+Struts模型应用分析　　通过上面的学习，我们对三者结合的模型有了一个概念性的理解，现在我们通过一个具体的例子，演示怎样将它们整合在一起。　　9.3.1 应用事例　　我们考虑一个购物车的例子，相信读者或多或少都接触过这方面的例子。为了简单起见，我们不考虑库存的问题，商品的信息完全由用户填写，包括商品名称、商品介绍、商品价格、购买数量。填写完商品信息，会被暂时放入购物车内，每个购物车抽象成一个订单。当用户确认购买的商品后，就可以提交购物车，从而这些信息被存入数据库，购物车清空。在做这些操作之前，用户首先需要登录，如果用户没有注册，可以选择注册。用户不仅可以购买商品，还可以查看已经提交的订单的详细信息。一个用户可以有多个订单，一个订单只能属于一个用户。同理，一个订单可以包含多个商品，而一个商品只能属于一个订单。用户的姓名是唯一的，因为这是确认用户的唯一凭证。这就是全部的需求。 ...展开收缩

(系统自动生成,下载前可以参看下载内容)