- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
基于轻量级J2EE电子商务设计与实现
基于轻量级J2EE电子商务设计与实现
[摘要] 本文首先介绍了Struts+Spring+Hibernate平台的搭建和配置,然后以网上购物车为例给出了基于LAMP的电子商务平台的开发原理、系统功能的具体设计与实现。
[关键词] 电子商务 开源项目 轻量级J2EE 设计方案
一、引言
在基于J2EE的应用程序开发中,即使在提供优秀的开发工的任务。尽管J2EE平台承诺,开发应用很简洁、高效,但实际情况并非如此。在使用J2EE开发应用程序过程中,难于控制开发进度、开发效率低下、部署环境复杂、维护困难等问题层出不穷。对于中小型企业,使用完整的J2EE实现过于庞大,最终常导致开发的失败。
二、J2EE轻量级框架Struts+Spring+Hibernate
最近轻量级框架开始流行,所谓的轻量级是和以 EJB 为核心技术的复杂框架对比而言。轻量级框架致力于提供最简单的组件来构筑 Web 应用系统,Spring 是典型的一种轻量级架构,越来越多的开发人员开始关注并使用这种架构。通过Spring 组合其他专一的开源产品如表示层的 Struts、持久对象层的Hibernate,来构建应用系统,实现了J2EE简单化编程。根据技术选择原则,最终确定采用上述 3 种受欢迎的开源框架,建立一个整合框架:整体框架和业务层用Spring;表示层我们用 Struts;而持久层则用Hibernate。 整体框架如图1所示。
图1 J2EE轻量级框架
Spring是一个开放的框架,不要求一定要用Spring自己的解决方案,Struts作为表示层的成熟技术已经在市场上广泛的应用,Struts 可以很好地和 Spring 技术中间层紧密结合,Struts可以使用Spring提供的事务处理等特性,所以选择Struts作为框架的表示层技术。Spring按照资源管理的方法提供和Hibernate 的集成以及 DAO(data access object)实现和事务策略支持,Spring通过IoC(控制倒置)机制支持和Hibernate的集成,Spring能够很好的支持开发人员选择的O/R映射技术。
三、电子商务平台的系统开发原理
以网上商店为例说明电子商务平台系统的开发原理。
1.系统结构模型
轻量级J2EE开发平台承袭 J2EE基于组件的多层应用模型,在综合考虑用户界面、业务逻辑、数据存储的功能和逻辑的基础上,根据应用功能和应用逻辑划分层次,明??责任,实现松耦合的组件式架构。在技术层面上,使用Spring规划轻量级J2EE应用平台时,可以按职责将应用分成四层:域模型层、业务层、持久层、持久层。Spring作为业务层成为连接其他层之间的枢纽,允许层之间以松耦合的方式向其他层暴露功能而不必依赖特定的技术。其他的层分别负责不同方面的应用职责,对功能进行封装,明确地定义接口在层与层之间通讯。平台的分层架构如图2所示。
图2 开发平台分层结构
(1)域模型层。在一个应用中,首先需要使用一组对象来表达现实世界中的概念。传统的方法是使用DTO(数据传输对象)将数据库中的数据转化为问题域中的对象,在应用开发时需要额外的编码。引入域模型层,借助一组业务对象,实现问题域和计算机域的阻抗匹配,替代系统中数据传输对象;用对象的方式描述现实世界,真实的反映现实世界对象(如:订单、产品等),可以减少额外的编码,便于理解,降低代码管理难度。此外,域模型层的业务对象在各层之间进行数据传递和数据转化,承担各层之间数据通讯的载体,能够最大化地降低系统间数据传递的开销,而且业务对象代表了现实世界中的对象,使得系统在进行扩充、重构时,各子系统间数据传递部分不会受到影响。
(2)表现层。表现层是用户直接和软件交互的部分。表现层向用户展现软件系统的功能,响应用户的请求,并向用户呈现处理的结果。因而如果用户界面不甚高效,那么无论其他部分多么优良,都将于事无补。成熟的方式是采用MVC(模型-视图-控制器)模式组织表现层,分离用户界面代码(视图)与应用数据和业务逻辑(模型),然后使用控制器匹配视图和模型,减少数据表现、数据描述和应用操作的耦合,最终得到响应快速、界面美观的表现层。
(3)持久层。持久层位于应用的一端,负责将数据持久化。数据持久层的设计目标是为整个项目提供一个高层、统一、安全、并发的数据持久机制,将复杂的业务逻辑和数据逻辑分离,使系统的紧耦合关系转化为松耦合关系,完成对各种数据进行持久化的编程工作,并为系统业务逻辑层提供服务。数据持久层提供了数据访问逻辑,能够使程序员避免手工编写程序访问数据持久层,使其专注于业务逻辑的开发,并且能够在不同项目中重用已有实现,简化数据增、删、查、改等功能的开发过程,
文档评论(0)