专利名称：三层架构的网站系统的制作方法
技术领域：
本发明涉及网络信息技术，尤其涉及一种三层架构的网站系统。
背景技术：
购物网站，顾名思义，就是提供网络购物的站点。它的作用就是提供人们进行网上购物、网上付款、网上交易，使人们足不出户就可以买到自己想要的东西。现今网上知名的购物网站有淘宝，京东商城，太平洋百货等，另外还有提供各种各样商品的网站。随着网络技术的兴起和发展，越来越多的人关注网络，许多公司和商家就把商品放在网上让人们去选购。早在1996年6月，联合国国际贸易法委员会就已经发表了 “电子商务示范法”；1997年4月，欧洲大陆成立了欧洲电子商务会议；同年7月，美国政府推出 “全球电子商务纲要”；1998年10月，中国政府启动了以金贸工程为龙头的中国电子商务计划。中国的电子商务发展紧紧跟住了世界潮流的大势所趋，大力扶持的政策和强大的国内市场，保证了中国电子商务的迅猛发展。近些年来，中国的信息产业实现了快速发展，电子信息产业的规模居世界前列，网络事业也得到提高，互联网产业正在逐步形成。互联网在中国正在改变着人们的工作和生活方式，在促进经济发展，推动社会进步和提高人民生活质量方面，发挥着越来越重要的作用。基于我国互联网的新形势，我们要抓住机遇，适应互联网的新发展，积极应用新技术，努力开发新业务，满足网民的网络需求。网上购物的互联网用户已经达到了 2千万，在最近半年，网上购物的成交金额累计达到了一百亿元，其中，通过网络购买的手机在300万台以上。与此同时，互联网产业价值链也在逐渐延伸并不断的完善。具有自主知识产权的技术研发得到加强，网络设备、终端产品，正在逐步实现国产化，一个以市场需求为导向，以通讯技术企业、信息产业制造企业，广大信息提供者共同参与的互联网产业价值链正在形成，并日渐发展壮大。
发明内容
针对购物网站的实际需要，本发明提出了一种构架新颖的网站系统。具体来说，本发明提出了一种三层架构的网站系统，包括界面表现单元，向用户展现界面；业务逻辑单元，接收用户经所述界面提交的业务处理指令，并执行业务逻辑处理；以及数据访问单元，访问后台的数据库并根据所述业务逻辑单元的指示操作数据库中的数据。根据本发明的一个较佳实施例，在上述三层架构的网站系统中，所述业务逻辑单元进一步包括应用单元和领域(Domain)单元，以将领域逻辑和领域逻辑的解决方案分离。根据本发明的一个较佳实施例，在上述三层架构的网站系统中，所述界面表现单元、业务逻辑单元和数据访问单元之间是弱依赖关系。根据本发明的一个较佳实施例，在上述三层架构的网站系统中，所述数据访问单元访问数据库的二进制文件、文本文档或XML文档。
根据本发明的一个较佳实施例，在上述三层架构的网站系统中，所述业务逻辑单元执行验证用户输入数据、缓存从数据库中读取的数据的操作。实际上，本发明的三层架构主要是使项目结构更清楚、分工更明确、有利于后期的维护和升级。它未必会提升性能，因为当子程序模块未执行结束时，主程序模块只能处于等待状态。这说明将应用程序划分层次，会带来其执行速度上的一些损失。但从团队开发效率角度上来讲却可以感受到大不相同的效果。应当理解，本发明以上的一般性描述和以下的详细描述都是示例性和说明性的， 并且旨在为如权利要求所述的本发明提供进一步的解释。
附图主要是用于提供对本发明进一步的理解。附图示出了本发明的实施例，并与本说明书一起起到解释本发明原理的作用。附图中图1示意性地示出了网站购物的前台客户购物流程。图2示意性地示出了网站购物的后台系统流程。图3示出了根据本发明的三层架构的网站系统。
具体实施例方式以下结合附图详细描述本发明的技术方案。其中，相同的标号用于表示相同的元素，且以下描述中的具体技术术语并不构成对本发明的技术方案本身的实质性限制。实际上，本领域的技术人员所熟知的各种变化都是允许的。网上购物系统通常分为前台管理和后台管理。前台管理包括浏览商品、查询商品、 订购商品、购物车、用户信息维护等功能。后台管理包括修改资料，审核操作，用户管理，角色管理，卡片类型管理，卡片管理，汇款审核，公告管理，销售统计，预览投诉。图1和图2示意性地是出了上述前台管理和后台管理的流程。根据上述前台管理和后台管理的实际需要，本发明的发明人开发出了一种新颖的三层架构的网站系统。图3示出了根据本发明的三层架构的网站系统的大致架构。如图3所示，本发明的三层架构的网站系统200主要包括界面表现单元201、业务逻辑单元202和数据访问单元203。其中，界面表现单元201向用户展现界面。业务逻辑单元202接收用户经界面提交的业务处理指令，并执行业务逻辑处理。业务逻辑单元202执行验证用户输入数据、缓存从数据库中读取的数据的操作。此外，数据访问单元203访问后台的数据库并根据业务逻辑单元202的指示操作数据库中的数据。数据访问单元203访问数据库的二进制文件、文本文档或XML文档。根据本发明，界面表现单元201、业务逻辑单元202和数据访问单元203之间是弱依赖关系。由于是一种弱耦合结构，单元与单元之间的依赖是向下的，底层的单元对于上层的单元而言是“无知”的，改变上层的设计对于其调用的底层而言没有任何影响。如果在分层设计时，遵循了面向接口设计的思想，那么这种向下的依赖也应该是一种弱依赖关系。因而在不改变接口定义的前提下，理想的分层式架构， 应该是一个支持可抽取、可替换的“抽屉”式架构。正因为如此，业务逻辑单元的设计对于一个支持可扩展的架构尤为关键，因为它扮演了两个不同的角色。对于数据访问单元而言，它是调用者；对于表示单元而言，它却是被调用者。依赖与被依赖的关系都纠结在业务逻辑单元上，如何实现依赖关系的解耦，则是除了实现业务逻辑之外留给设计师的任务。此外，如图所示，业务逻辑单元202进一步包括应用单元204和领域(Domain)单元205，这样的结构可以将领域逻辑和领域逻辑的解决方案分离。实际上，本发明的三层架构不是指物理上的三层，不是简单地放置三台机器就是三层体系结构，也不仅仅有B/S应用才是三层体系结构，三层是指逻辑上的三层，即使这三个层放置到一台机器上。三层体系的应用程序将业务规则、数据访问、合法性校验等工作放到了中间层进行处理。通常情况下，客户端不直接与数据库进行交互，而是通过C0M/DC0M 通讯与中间层建立连接，再经由中间层与数据库进行交换。根据本发明，可以将应用的商业逻辑放在业务逻辑单元的应用单元上，把应用的业务逻辑与用户界面分开。在保证客户端功能的前提下，为用户提供一个简洁的界面。这意味着如果需要修改应用程序代码，只需要对业务逻辑单元的应用单元进行修改，而不用修改成千上万的客户端应用程序。从而使开发人员可以专注于应用系统核心业务逻辑的分析、设计和开发，简化了应用系统的开发、更新和升级工作。
权利要求
1.一种三层架构的网站系统，包括 界面表现单元，向用户展现界面；业务逻辑单元，接收用户经所述界面提交的业务处理指令，并执行业务逻辑处理；以及数据访问单元，访问后台的数据库并根据所述业务逻辑单元的指示操作数据库中的数据。
2.如权利要求1所述的网站系统，其特征在于，所述业务逻辑单元进一步包括应用单元和领域(Domain)单元，以将领域逻辑和领域逻辑的解决方案分离。
3.如权利要求1所述的网站系统，其特征在于，所述界面表现单元、业务逻辑单元和数据访问单元之间是弱依赖关系。
4.如权利要求1所述的网站系统，其特征在于，所述数据访问单元访问数据库的二进制文件、文本文档或XML文档。
5.如权利要求1所述的网站系统，其特征在于，所述业务逻辑单元执行验证用户输入数据、缓存从数据库中读取的数据的操作。
全文摘要
本发明提出了一种三层架构的网站系统，包括界面表现单元，向用户展现界面；业务逻辑单元，接收用户经所述界面提交的业务处理指令，并执行业务逻辑处理；以及数据访问单元，访问后台的数据库并根据所述业务逻辑单元的指示操作数据库中的数据。本发明的三层架构能够使项目结构更清楚、分工更明确、有利于后期的维护和升级。
文档编号G06Q30/06GK102567316SQ20101057958
公开日2012年7月11日 申请日期2010年12月8日 优先权日2010年12月8日
发明者曹青, 陈楠生 申请人:上海杉达学院