CN102043616A

CN102043616A - 一种基于工厂模式的信息系统架构以及架构方法

Info

Publication number: CN102043616A
Application number: CN2009101975510A
Authority: CN
Inventors: 宋涛; 唐奇
Original assignee: Sanda University
Current assignee: Sanda University
Priority date: 2009-10-22
Filing date: 2009-10-22
Publication date: 2011-05-04

Abstract

本发明揭示了一种基于工厂模式的信息系统架构以及架构方法，其分别建立了：通过数据库存储实体对象的数据服务层、通过JSP页面来显示数据并生成页面效果的显示层、封装处理业务数据的应用程序的业务逻辑层、对所述数据服务层的实体对象进行持久化的持久化层，另外还通过建立基于Struts控制器的WEB层和工厂接口，通过Struts控制器写入所述工厂接口的实现类，调用所述工厂接口接收用户请求并执行所述业务逻辑层中的应用程序。采用了本发明所述的技术方案，可以给系统带来更大的可扩展性和尽量少的修改量。

Description

一种基于工厂模式的信息系统架构以及架构方法

技术领域

本发明涉及信息系统领域，特别涉及一种基于工厂模式的信息系统架构以及架构方法。

背景技术

Internet是现今人类使用最为广泛同时更新也是最快的技术。随着技术的发展，Internet已经应用已经涉及到我们生活的方方面面。例如网上商城，在过去，开商店一般都是指实体店，地段，面积一直都是需要很多本钱的，并且承担着一定的风险。而现如今，通过网上商城，我们可以很快捷地将自己想要卖的商品放在网上。随着电脑的普及，网上购物已经成为一种时尚，一种消费的方式。

对于网上商城，不管是网上书店还是网上销售其他物品的系统，其作为一个信息系统，为了使其能更有效率的工作，为该系统提供一种科学的数据架构就显得比较迫切了。

发明内容

本发明的目的是提供一种基于工厂模式的信息系统架构以及架构方法，通过抽象工厂提供的接口，客户端不必指定产品的具体类型就能创建多个产品足(product families)中的产品对象。

一方面，本发明提供一种基于工厂模式的信息系统架构，其基于JSP技术实现，包括：

数据服务层，通过数据库存储所述信息系统的实体对象数据；

业务逻辑层，封装处理业务数据的应用程序；

持久化层，封装数据访问细节，对所述数据服务层的实体对象进行持久化，为所述业务逻辑层提供面向实体对象的API；

显示层，通过JSP页面来显示数据并生成页面效果；

WEB层，接收外部用户请求，Struts控制器的模型组件执行与所述用户请求对应的所述业务逻辑层中的应用程序，所述应用程序通过所述持久化层调用并执行所述数据服务层的数据，并将执行结果返回至所述显示层；

还包括工厂接口，所述工厂接口适以建立创建实例的若干方法，通过Struts控制器写入所述工厂接口的实现类，调用所述工厂接口接收用户请求并执行所述业务逻辑层中的应用程序。

所述工厂接口适以为系统用户建立具体工厂实例，所述系统用户通过调用相应方法得到所需要的产品对象。

所述数据服务层中的实体对象包括用户实体、用户信息实体、商品实体、订单实体以及商品项目实体。

所述持久化层采用Hibernate作为中间件，通过为所述数据服务层的实体对象创建扩展名为*.hbm.xml的映射文件进行持久化。

所述WEB层的Struts控制器包括：ActionServlet组件，用以作为Struts中央控制器；RequestProcessor组件，用以作为每个子应用模块单元的请求处理器；Action组件，用以负责处理一项具体的业务。

另一方面，本发明还提供一种基于工厂模式的信息系统架构方法，其基于JSP技术实现，包括以下步骤：

建立通过数据库存储所述信息系统的实体对象数据的数据服务层；

建立封装处理业务数据的应用程序的业务逻辑层；

建立封装数据访问细节，对所述数据服务层的实体对象进行持久化，为所述业务逻辑层提供面向实体对象API的持久化层；

建立通过JSP页面来显示数据并生成页面效果的显示层；

建立工厂接口，使所述工厂接口适以建立创建实例的若干方法；

建立WEB层，使其通过Struts控制器写入所述工厂接口的实现类，调用所述工厂接口接收用户请求，Struts控制器的模型组件执行与所述用户请求对应的所述业务逻辑层中的应用程序，所述应用程序通过所述持久化层调用并执行所述数据服务层的数据，并将执行结果返回至所述显示层。

所述WEB层的Struts控制器包括：Action Servlet组件，用以作为Struts中央控制器；Request Processor组件，用以作为每个子应用模块单元的请求处理器；Action组件，用以负责处理一项具体的业务。

采用本发明所述的一种基于工厂模式的信息系统架构以及架构方法，其分别建立了：通过数据库存储实体对象的数据服务层、通过JSP页面来显示数据并生成页面效果的显示层、封装处理业务数据的应用程序的业务逻辑层、对所述数据服务层的实体对象进行持久化的持久化层，另外还通过建立基于Struts控制器的WEB层和工厂接口，通过Struts控制器写入所述工厂接口的实现类，调用所述工厂接口接收用户请求并执行所述业务逻辑层中的应用程序。采用了本发明所述的技术方案，可以给系统带来更大的可扩展性和尽量少的修改量。

附图说明

图1是本发明所述系统架构的原理框图；

图2是本发明所述系统架构方法的流程图。

具体实施方式

下面结合附图和实施例进一步说明本发明的技术方案，本实施例以在线书籍信息系统进行说明。

首先介绍一下工厂模式(factory)，工厂模式就相当于创建实例对象的new，开发人员经常要根据类Class生成实例对象，如A a＝new A()，工厂模式也是用来创建实例对象的，会给系统带来更大的可扩展性和尽量少的修改量。工厂模式可以动态决定将哪一个类实例化，不必事先知道每次要实例化哪个类。

工厂模式有以下几种形态：

1.简单工厂模式：又称静态工厂方法模式。

2.工厂方法模式：又称多态性工厂模式。

3.抽象工厂模式：又称工具箱模式。

使用工厂模式的优势：如果创建某个实例时所做的初始化工作不是象赋值这样简单的事，可能是很长一段代码，如果也写入构造函数中，那代码就并不合理了。初始化工作如果是很长一段代码，说明要做的工作很多，将很多工作装入一个方法中，这也是有背于Java面向对象的原则，面向对象的封装(Encapsulation)和分派(Delegation)告诉开发人员，尽量将长的代码分派“切割”成每段，将每段再“封装”起来(减少段和段之间偶合联系性)，这样，就会将风险分散，以后如果需要修改，只要更改每段。这时开发人员就需要Factory工厂模式来生成对象了。

参照图1，图1显示了本发明提供的一种基于工厂模式的信息系统架构100，其基于JSP实现，包括数据服务层110、显示层120、业务逻辑层130、持久化层140、WEB层150以及工厂接口160，下面详细介绍这些数据层：

数据服务层110，通过数据库存储所述信息系统的实体对象。

所述实体对象包括实体对象包括用户实体、用户信息实体、商品实体、订单实体以及商品项目实体。如果该信息系统为书籍管理系统，则实体对象具体包括：Product(商品)，每本书都有一个属于秘书的类型，所以还要有一个类型实体：Category(种类)，而且系统中所有功能都是由用户驱动的，所以还在有一个用户实体：Esun_Book_User(用户)，每个用户都有自己的地址信息，所以有一个地址实体：Contactinfo(用户信息)。当用户选购完自己的商品后，必须为他生成一份定单存放在数据库中，所以还在有一个定单实体：orders(定单)。每一个定单都有它的一个状态(比如：已发货，待发货，发货中)，所以也要为定单状态建立一个实体：OrderStatus(定单状态)。定单中一个有款不同类型的书籍，所以还在为它创建一个条目实体：(Items)条目。每一个定单都有它的配送方式，所以还要为定单配送方式建立一个实体：PayWay(定单配送方式)。

实体与实体之间存在三种关系：一对一、一对多和多对多。本实施例中的实体之间存在以下关系：

Esun_Book_User(用户)和Contactinfo(用户信息)实体：一对一。一个客户只能填写一个有效地址，一个有效地址也只能对应一个客户。

Esun_Book_User(用户)和Orders(定单)实体：一对多。一个客户有多个订单，而一个订单只能属于一个客户。

Category(种类)和Product(商品)实体：一对多。一件商品只有一个类别，而一个类别可以对应多件商品。

Item(条目)和Product(商品)实体：一对一。一个条目对应一件商品，一件商品对应一个条目。

Item(条目)和Orders(定单)实体：一对多。一个条目对应一张定单，一张定单可以拥有多个条目。

PayWay(定单配送方式)和Orders(定单)实体：一对多。一张定单只能有一个配送方式，而一种配送方式可以对应多张定单。

显示层120，通过JSP页面来显示数据并生成页面效果。

作为一实施例，所述显示层120中的JSP页面使用客户化标签，所述客户化标签源自StrutsHTML、Bean和Logic标签库。所述的显示层120也可以称之为表示层：表示层，即显示给用户看的页面。在JSP页面中使用客户化标签，可以把java程序代码和JSP页面分离，使JSP页面重于生成动态网页，而不涉及应用逻辑。本实施例中的所有页面都使用了Struts HTML、Bean和Logic标签库中的标签。客户化标签有以下优点：标签具有可重用性，因此可以提高开发效率；可以在JSP页面以静态或动态的方式客户化设置自定义标签的属性；标签可以访问JSP网页中的所有对象，如HttpServletRequest和HttpServletResponse等；标签可以相互嵌套，来完成逻辑；标签可以使JSP页面变得更加简洁，提高可读性。

业务逻辑层130，封装处理业务数据的应用程序。业务逻辑层130将WEB层150与数据服务层110分离开来，使WEB层150不能直接访问数据服务层110中的数据库，提升了安全性。

持久化层140，封装数据访问细节，对所述数据服务层110的实体对象进行持久化，为所述业务逻辑层130提供面向实体对象的API。

作为一实施例，所述持久化层140采用Hibernate作为中间件，通过为所述数据服务层110的实体对象创建扩展名为*.hbm.xml的映射文件进行持久化。持久化层140封装了数据访问细节，为业务逻辑层130提供了面向对象的API。Hibernate就是一种越来越受欢迎的开发源代码的ORM软件。ORM软件具有中间件的特性。中间件是在应用程序和系统之间的连接管道。Hibernate可看成是连接java应用和数据服务层110中的关系数据库的管道。Hibernate作为中间件，可以为任何一个需要访问关系数据库的java应用服务。本实施例的持久化层140就是采用Hibernate作为中间件，大大提高了代码的可重用性，程序开发人员不必知道它是怎么运行的或里面的代码怎么写的，只要知道如何使用它们就可以了，提高了编写代码的效率，能够完成所有的数据库访问操作并且能支持多种数据库的平台；具有相对独立性，当持久化层140的实现发生改变时，不会影响上一层。

对于每一个实体对象都应该持久化，正如前一节所提到的，本实施例中有8个实体，也就意味着必须对它们全部持久化。可以为它们每一个类创建映射文件，扩展名为“*.hbm.xml”。

WEB层150，通过Struts控制器接收用户请求，并调用Struts控制器的模型组件执行与所述用户请求对应的所述业务逻辑层130中的应用程序，所述应用程序通过所述持久化层140调用并执行所述数据服务层110的数据，并将执行结果返回至所述显示层120。

作为一实施例，所述WEB层150的Struts控制器包括：ActionServlet组件，用以作为Struts中央控制器；RequestProcessor组件，用以作为每个子应用模块单元的请求处理器；Action组件，用以负责处理一项具体的业务。Struts控制器组件负责接收用户请求、更新模型，以及选择合适视图组件返回给用户。控制器组件有助于疳模型层和视图层分离，有了这种分离，就可在同一个模型的基础上得心应手地开发多种类型的视图。

本实施例采用Struts框架的控制器组件来预处理所有的客户请求，这种集中控制方式可以满足MVC设计模式的两大需求：首先，控制器在用户输入数据和模型之间充当媒介翻译者的角色，提供一些通用功能。如安全、登入和其他针对具体用户请求的重要服务，当系统的这些通用功能出现需求变更时，不需要修改整个应用，只需要修改局部的控制器组件即可。其次，由于所有的请求都经过控制器过滤，因此可以降低视图组件之间，以及视图组件和模型组件之间的相互依赖关系，提高每个组件的相对独立性。由控制器组件来决定把合适的视图组件返回给用户，这可以减少视图组件之间直接的、错综复杂的链接关系，使应用更加灵活，便于维护。

工厂接口160，所述工厂接口160适以建立创建实例的若干方法，通过Struts控制器写入所述工厂接口160的实现类，调用所述工厂接口160接收用户请求并执行所述业务逻辑层中的应用程序。所述工厂接口160适以为系统用户建立具体工厂实例，所述系统用户通过调用相应方法得到所需要的产品对象。

下面说明一下工厂模式的工厂接口的具体实现，在本系统中抽象工厂类My Factory是工厂方法模式的核心，而My Factory Imp实现了抽象工厂类My Factory的接口，提供了工厂方法的实现。其实现包括三个步骤：

S1、工厂接口的定义。

首先在使用工厂方法模式时先定义一个工厂接口。该工厂接口主要负责建立要创建实例的方法，该接口可以有多个方法。

S2、工厂接口的具体实现。

在定义好工厂接口以后开始编写一个该工厂接口的实现类。代码如下：

S3、工厂接口的调用。

最后是对该工厂实现类的调用，本系统使用了spring框架，使用了spring的依赖注入将工厂接口的实现类依赖注入到了spring容器中。因此在struts的action中只要写入工厂接口实现类的get()方法就可以在后面的代码中调用该工厂接口实现类，实现了工厂设计模式的应用。代码如下：

参见图2，本发明还提供一种基于工厂模式的信息系统架构方法200，其基于JSP技术实现，包括以下步骤：

201、建立通过数据库存储所述信息系统实体对象的数据服务层。

作为一实施例，所述数据服务层中的实体对象包括包括用户实体、用户信息实体、商品实体、订单实体以及商品项目实体。

202、建立通过JSP页面来显示数据并生成页面效果的显示层。

作为一实施例，所述显示层中的JSP页面使用客户化标签，所述客户化标签源自StrutsHTML、Bean和Logic标签库。

203、建立封装处理业务数据的应用程序的业务逻辑层。

204、建立对所述数据服务层的实体对象进行持久化的持久化层。

建立封装数据访问细节，对所述数据服务层的实体对象进行持久化，为所述业务逻辑层提供面向实体对象API的持久化层。作为一实施例，所述持久化层采用Hibernate作为中间件，通过为所述数据服务层的实体对象创建扩展名为*.hbm.xml的映射文件进行持久化。

205、建立工厂接口，使所述工厂接口适以建立创建实例的若干方法。所述工厂接口适以为系统用户建立具体工厂实例，所述系统用户通过调用相应方法得到所需要的产品对象。

206、建立通过工厂接口接收用户请求并执行相应的业务逻辑层中的应用程序的WEB层。

需要指出的是，本发明所述的一种基于工厂模式的信息系统架构方法200和本发明所述一种基于工厂模式的信息系统架构100，两者在原理和实施例上是相同或类似的，故其重复部分不再赘述。

本技术领域中的普通技术人员应当认识到，以上的实施例仅是用来说明本发明，而并非用作为对本发明的限定，只要在本发明的实质精神范围内，对以上实施例的变化、变型都将落在本发明的权利要求书范围内。

Claims

1.一种基于工厂模式的信息系统架构，其基于JSP技术实现，包括：

业务逻辑层，封装处理业务数据的应用程序；

显示层，通过JSP页面来显示数据并生成页面效果；

其特征在于，还包括工厂接口，所述工厂接口适以建立创建实例的若干方法，通过Struts控制器写入所述工厂接口的实现类，调用所述工厂接口接收用户请求并执行所述业务逻辑层中的应用程序。

2.如权利要求1所述的数据架构，其特征在于，所述工厂接口适以为系统用户建立具体工厂实例，所述系统用户通过调用相应方法得到所需要的产品对象。

3.如权利要求1或2所述的数据架构，其特征在于，所述数据服务层中的实体对象包括用户实体、用户信息实体、商品实体、订单实体以及商品项目实体。

4.如权利要求3所述的数据架构，其特征在于，所述持久化层采用Hibernate作为中间件，通过为所述数据服务层的实体对象创建扩展名为*.hbm.xml的映射文件进行持久化。

5.如权利要求4所述的数据架构，其特征在于，所述WEB层的Struts控制器包括：ActionServlet组件，用以作为Struts中央控制器；RequestProcessor组件，用以作为每个子应用模块单元的请求处理器；Action组件，用以负责处理一项具体的业务。

6.一种基于工厂模式的信息系统架构方法，其基于JSP技术实现，其特征在于，包括以下步骤：

建立封装处理业务数据的应用程序的业务逻辑层；

建立通过JSP页面来显示数据并生成页面效果的显示层；

7.如权利要求6所述的数据架构方法，其特征在于，所述工厂接口适以为系统用户建立具体工厂实例，所述系统用户通过调用相应方法得到所需要的产品对象。

8.如权利要求6或7所述的数据架构方法，其特征在于，所述数据服务层中的实体对象包括用户实体、用户信息实体、商品实体、订单实体以及商品项目实体。

9.如权利要求8所述的数据架构方法，其特征在于，所述持久化层采用Hibernate作为中间件，通过为所述数据服务层的实体对象创建扩展名为*.hbm.xml的映射文件进行持久化。

10.如权利要求9所述的数据架构方法，其特征在于，所述WEB层的Struts控制器包括：ActionServlet组件，用以作为Struts中央控制器；RequestProcessor组件，用以作为每个子应用模块单元的请求处理器；Action组件，用以负责处理一项具体的业务。