CN103257855A - 一种基于mvc的处理系统、处理方法及在美容软件中的应用 - Google Patents

Abstract

本发明属于美容领域，并公开了一种基于MVC的处理系统及方法。该系统包括视图层、控制层和逻辑层；视图层用于向控制层发送用户的操作命令；逻辑层用于实现处理系统的业务逻辑，并向所述控制层返回执行所述业务逻辑得到的结果集；控制层用于解释操作命令，并将操作命令映射为由逻辑层实现的所述业务逻辑。本发明中，MVC的逻辑层和视图层独立设置且仅通过控制层关联，这样可单独更改逻辑层或视图层的代码，使代码重用性提高。由于系统内的数据本身已与视图层分离，本发明的处理系统适用于数据处理量较大的系统，尤其适用于数据量大且变动频繁的美容软件的开发。当将上述基于MVC的处理系统及方法应用于美容软件开发时可实现数据的有效和实时处理。

Description

一种基于MVC的处理系统、处理方法及在美容软件中的应用

技术领域

本发明属于美容领域，并涉及一种实现了后台数据和业务流程的分层设计的基于MVC的处理系统及方法，以及涉及上述处理系统在美容领域、尤其美容软件中的应用。

背景技术

在最初的JSP网页中，数据库查询语句这一类型的数据层代码和HTML这一类型的表示层代码混在一起。即业务逻辑层和视图层未分离，耦合度较高。因此，基于上述体系结构实现的系统在软件维护和升级的过程中，需要将数据从表示层分离出来。虽然经验比较丰富的开发者可以实现数据与表示层的分离，但该过程需要精心地计划和不断的尝试，不仅耗时长而且效率低；在数据量大的系统中，上述维护和升级过程的实施效率则进一步降低。业务逻辑层和视图层的高度耦合的另一不足在于，其限制了采用多种不同样式的视图来访问同一个服务器端的代码的可能性，在视图层改变时则需相应改变业务逻辑层，导致代码重用率较低。

美容行业是随着社会发展与人们消费观的改变出现的新型产业，其不仅面向众多对象，而且单一对象也涉及多项数据，例如对象属性、服务项目参数等等，因而数据处理任务繁重。近年来美容服务行业虽高速发展，但对其相关数据的处理方式仍主要停留在人工处理或采用人工与软件(例如，广信软件、宏脉软件)相关结合的方式进行，数据处理不仅耗时长、效率低，而且出错率高，及其不便于美容行业的数据处理和服务质量的提升。现有的应用于美容领域的软件还存在更新速度过慢、无法与美容领域的数据量和数据需求保持同步更新的问题，这也进一步影响了美容行业的数据处理的有效性。迄今为止，现有的业务逻辑层和视图层耦合度高、未分离的软件并不能满足美容领域中数据处理的需要。

发明内容

本发明要解决的技术问题在于，针对现有技术中业务逻辑层和视图层高度耦合导致的维护和升级效率低且代码重用率低的问题，提供一种便于进行维护和升级且可采用多种不同样式的视图来访问同一个服务器端的代码的基于MVC的处理系统及方法。

本发明进一步要解决的技术问题在于，针对现有技术中业务逻辑层和视图层耦合度高且未分离的软件并不能满足美容领域中数据处理的需要的缺陷，提供一种上述基于MVC的处理系统在美容软件中的应用。

本发明要解决的技术问题通过以下技术方案得以实现：提供一种基于MVC的处理方法，所述方法包括以下步骤：

S1、视图层向控制层发送用户的操作命令；

S2、控制层解释所述操作命令，并将所述操作命令映射为由逻辑层实现的业务逻辑；以及

S3、所述逻辑层实现所述业务逻辑，并向所述控制层返回执行所述业务逻辑得到的结果集。

在上述基于MVC的处理方法中，在所述步骤S2中，所述控制层通过xml配置文件接收所述视图层发送的用户的操作命令：在xml配置文件中进行所述操作命令的配置。

在上述基于MVC的处理方法中，在所述步骤S2中，控制层解释所述操作命令指：所述控制层基于所述xml配置文件中配置的操作命令确定待调用的控制器，并在确定的控制器中选择与所述操作命令对应的处理方法。

在上述基于MVC的处理方法中，在所述步骤S2中，将所述操作命令映射为由逻辑层实现的业务逻辑指：通过spring文件在所述控制器中注入由所述逻辑层实现的、与所述操作命令对应的业务逻辑，实现所述逻辑层与控制层的关联。

在上述基于MVC的处理方法中，在所述步骤S3中，所述逻辑层实现的业务逻辑包含在数据库中读取和/或写入数据文件。

根据本发明的另一方面，提供一种基于MVC的处理系统，该处理系统包括视图层、控制层和逻辑层：

所述视图层用于向所述控制层发送用户的操作命令；

所述逻辑层用于实现所述处理系统的业务逻辑，并向所述控制层返回执行所述业务逻辑得到的结果集；

所述控制层用于解释所述操作命令，并将所述操作命令映射为由所述逻辑层实现的所述业务逻辑。

在上述基于MVC的处理系统中，所述控制层通过xml配置文件接收所述视图层发送的用户的操作命令。

在上述基于MVC的处理系统中，所述控制层基于所述xml配置文件中配置的操作命令确定待调用的控制器，并在确定的控制器中选择与所述操作命令对应的处理方法。

在上述基于MVC的处理系统中，通过spring文件在所述控制器中注入由所述逻辑层实现的、与所述操作命令对应的业务逻辑，实现所述逻辑层与控制层的关联。

在上述基于MVC的处理系统中，所述视图层采用jsp实现，所述逻辑层采用Hibernate实现，所述控制层采用DispatcherServlet实现。

在上述基于MVC的处理系统中，所述控制层还用于分派用户的操作命令，并选择适当的视图在所述视图层用以显示。

在上述基于MVC的处理系统中，所述控制层还用于将逻辑层返回的结果集返回到视图层中以供显示。

根据本发明的另一方面，提供上述基于MVC的处理系统在美容软件中的应用，其中所述美容软件基于所述处理系统实现业务逻辑。

实施本发明的基于MVC的处理系统和方法，可以获得以下有益效果：MVC的逻辑层和视图层独立设置且仅通过控制层关联，因此耦合性低，这样可单独更改逻辑层或视图层的代码，使代码重用性提高。由于系统内的数据本身已与视图层分离，本发明的处理系统尤其适用于数据处理量较大的系统，便于进行后期的维护和二次开发。

附图说明

以下将结合附图和具体实施例对本发明做进一步详细说明。附图中：

图1是根据本发明的基于MVC的处理系统的示意图；其中，虚线表示未直接通信连接；

图2是根据本发明的基于MVC的处理系统的事件流图；其中，虚线表示未直接通信连接；

图3a是根据本发明的基于MVC的处理方法的流程图；以及

图3b是根据本发明的基于MVC的处理方法的另一流程图。

具体实施方式

为使本发明的目的、技术方案和效果更清楚明白，以下将结合附图和具体实施例对本发明做进一步详细说明。应该理解的是，以下实施例仅用以解释本发明，而不对本发明做任何限制。

本发明所用的术语“MVC”是Model、View和Control的简称，分别指代逻辑层、视图层和控制层。

如图1-2所示，图1是根据本发明的基于MVC的处理系统(以下简称处理系统)的示意图和事件流程图。该处理系统100包括视图层10、控制层20和逻辑层30。三个层次的每一层在处理程序上有各自明确的任务，在功能实现上有清晰的区分。各层与其余层除了有通信接口进行通信外，实现其的代码彼此分离，因此耦合度低。

本发明中，视图层10具体采用jsp实现，且视图层10上呈现的每一个页面都对应于一个jsp文件。视图层10用于与用户交互，其可接收用户输入的操作命令以及向用户显示处理结果。在处理系统的运行中，视图层10用于向控制层20发送用户的操作命令。

逻辑层30的具体实现是继承HibernateDaoSupport来编写操作数据库的业务逻辑方法，视图层10所接收的用户的每一条操作命令最终均是由逻辑层30来执行查询数据库及返回数据库中的信息的操作。当然，也可采用JavaBean或EJB来实现逻辑层30。处理系统100的逻辑层30用于实现该系统中的业务逻辑。其可直接对数据库进行操作(包括增加、删除、修改、查询)，例如但不限于，其可对数据库进行直接访问，在数据库中读取和/或写入数据文件。逻辑层30执行完成业务逻辑后可向控制层20返回结果集(以下也采用“数据”予以描述)。特别注意的是，其所返回的数据未进行格式化，因此所返回的数据可适用于多个不同格式的视图层10。

控制层20的具体实现是继承DispatcherServlet类，控制层20的每个功能菜单对应一个*DispatcherServlet.java文件。本处理系统的控制层20是逻辑层30与视图层10之间沟通的桥梁，其不仅用于分派用户的操作命令，并选择适当的视图在视图层10用以显示；而且用于解释用户的操作命令，并将操作命令映射为由逻辑层30实现的业务逻辑；业务逻辑执行完成后其可接收逻辑层返回的相应数据并进一步将数据返回视图层换言之，控制层20在该处理系统中充当命令转发层。

在具体运行中，控制层20通过.xml配置文件接收视图层10发送的用户的操作命令，也即在.xml配置文件中进行操作命令的配置。接收到操作命令后，控制层20将基于.xml配置文件中的操作命令确定调用哪一个控制器，例如物料入库涉及的InputAction控制器。随后，使用调用的该控制器选择与该操作命令对应的处理方法；例如，物料入库时在InputAction控制器中选择inputStorage()的入库方法。最后，控制层20将选定的处理方法与逻辑层30关联起来。该过程通过spring文件在控制器中注入由逻辑层实现的、与操作命令对应的业务逻辑，实现逻辑层与控制层的关联。这样控制层就可以调用逻辑层的业务逻辑，并接收逻辑层业务逻辑返回的数据。例如，以下spring.xml文件则描述了逻辑层与控制层的关联：

<bean id="yBillServerService″class=″*YBillServerService"></bean>

其中，yBillServerService是一个逻辑层的具体实例，通过spring.xml的上述代码将它与控制层耦合起来。

上述的三层在处理系统运行时保持通信，用户的任何操作都通过三层架构之间的通信来完成。同时，从上述三层架构的构成上看出，视图层和逻辑层在通信时相分离，这样就允许在后期维护和升级时单独更改视图层代码，而不用重新编译逻辑层和控制层代码。同样，该处理系统应用的业务流程或者业务规则的改变也只需要改变逻辑层的代码，而无需对视图层进行调整。这种视图层和逻辑层彼此分离的另一优点在于：在本发明的处理系统下，可采用各种不同格式的视图来访问同一个服务器端的代码，也即多个视图层可共享一个逻辑层，显著提高代码重用率。例如，采用本发明的处理系统进行产品订购时，用户可以通过电脑或手机来订购产品，虽然订购的方式不同，但处理订购产品的方式是相同的。

参见图3a，图3a是本发明的基于MVC的处理方法的流程图。该方法开始于步骤S10，并具体包含以下步骤：S11、视图层向控制层发送用户的操作命令。在该步骤中完成人机交互过程，从而获取用户希望进行的相应操作。S12、控制层解释操作命令，并将操作命令映射为由逻辑层实现的业务逻辑。在该步骤中由控制层完成操作命令的转发，实现了视图层和逻辑层的间接通信。S13、逻辑层实现相应业务逻辑，并向所述控制层返回执行所述业务逻辑得到的结果集。该方法结束于步骤S14。

参见图3b，图3b是本发明的基于MVC的处理方法的另一流程图。该方法开始于步骤S20，并具体包含以下步骤：步骤S21、启动处理系统，完成页面解析。步骤S22、通过web.xml配置文件初始化处理系统运行时必需的参数，例如采用struts-config.xml配置文件、struts-config-manage.xml配置文件、applicationContex.xml配置文件等。本发明所说的web.xml配置文件用于运行初始化，具体用于建立所有视图层和所有控制层的耦合关系。步骤S23、视图层接收用户在页面上输入的操作命令，并向控制层发送用户的操作命令。步骤S24、将页面上接收到的操作命令配置在.xml配置文件中，也即实现了控制层接收视图层发送的用户的操作命令。步骤S25、基于.xml配置文件中配置的操作命令确定待调用的控制器。如上所述，本发明的处理系统存在多个与不同操作系统对应的控制器，在具体运行中由用户的操作命令决定具有调用的控制器的类型。步骤S26、在确定的控制器中选择与操作命令对应的处理方法。步骤S25和S26是对图3a中步骤S12的“控制层解释操作命令”的详细展开。步骤S27、通过spring文件在控制器中注入由逻辑层实现的、与操作命令对应的业务逻辑，实现逻辑层与控制层的关联。步骤S28、逻辑层执行相应的业务逻辑，得到结果集。该结果集可包含直接查询数据库得到的数据文件，例如预置密码、物料数量、运行时间长短等。步骤S29、逻辑层向控制层返回得到的结果集，该结果集中的数据未进行格式化处理，因此可适用于在不同的视图层直接和/或间接显示结果集。随后该方法结束。

在图3a和3b所示的方法中，控制层在接收到逻辑层返回的结果集后，其可进一步向视图层返回上述结果集，以供显示。

当将上述处理系统应用于美容领域的相关软件(以下称为美容软件)时，尤其相关的数据处理软件时，相应美容软件可具有耦合度低且相互分离的视图层和逻辑层，美容软件对业务流程或业务规则的改变仅需要改变逻辑层而无需调整视图层，因而可大幅度提高软件更新速度，适宜于现今迅速发展且变化多样的美容领域。同时，由于数据本身与视图层相分离，具有上述处理系统的美容软件可实现大容量数据管理，且响应速率快；通过控制层的相互关联使得数据处理过程针对性强、准确度高，可有效解决现有的美容数据处理中出错率高的问题，也可解决依靠人工操作完成数据处理时的可靠度低的问题。以下通过三个具体示例描述本发明的处理系统如何在美容领域的实际运用中完成数据处理和/或业务流程处理。

示例1：用户登录处理

当用户登录时，用户在页面解析完成后打开视图层的jsp页面，用户登录的操作动作即通过http请求发送一条login.action登陆命令。登录命令login.action会发送到相应的控制层，控制层中具体的ActionServlet通过程序配置文件struts.config.xml接收到该登录命令。登录命令配置完成后基于该登录命令选择对应的控制器，以及在选定的控制器中选择进一步匹配的处理方法。用户登录过程中视图层与控制层的耦合配置如下：

<p:prop key＝″/login.action″>loginController</p:prop>

login.action为用户登录操作过程中所发送的指令，loginController为控制层的一个具体实现。loginController控制层在接收到用户的登录命令后，会调用相应逻辑层的登录业务方法执行相应业务逻辑。loginController控制层与逻辑层systemDao的耦合配置如下：

<p:bean id=″loginController″class=″*IndexView″scope="request">

<p:property name=″systemDao″ref＝"systemDao″/>

</p:bean>

控制层与逻辑层耦合成功后，控制层loginController可以调用逻辑层systemDao中的所有业务方法来查询数据库。用户点击登录命令后，控制层loginController会调用逻辑层systemDao的登录方法login()，login()登录方法就会进行数据库的操作并返回相应的操作结果。例如，判断用户的账号和密码是否正确，正确就登录成功，控制层将会向视图层发送一条转向系统首页的命令；如果密码错误，控制层将会向视图层发送一条用户密码错误的信息，视图层将会提示用户密码错误，并提示请重新输入。

示例2：物料入库记录

该实施例中的处理系统可采用软件形式实现。相应软件在tomcat服务器中启动时，在用户打开界面后首先由该服务器完成页面解析操作。随后通过struts-config.xml配置文件和struts-config-manage.xml配置文件初始化软件运行时必需的参数。展现在用户面前的jsp页面为视图层，用户点击jsp页面上的物料入库菜单的相关选项后，视图层即采集到用户的物料入库操作命令。随后在struts-config.xml配置文件和struts-config-manage.xml配置文件中配置好上述物料入库操作命令，并基于该物料入库操作命令选择对应的控制器，以及在选定的控制器中选择进一步匹配的处理方法。例如：

<action path="/input″scope="request″parameter=″method″type＝″InputAction">

其中，/input就是用户在jsp页面点击物料入库菜单的入库操作时向服务器发送的一个指令，InputAction就是服务器中与物料入库操作对应的一个控制器，InputAction控制器中有很多方法，入库操作也是其中的一个方法，比如方法名为inputStorage()。

inputStorage()入库操作方法接收到操作命令后，就会调用其对应逻辑层的具体实现方法来完成和用户的交互过程。具体地，控制层和逻辑层通过配置文件applicationContext.xml来通信：

<bean id="inputDao″class="InputManageDAO″>

<property name="sessionFactory″ref＝"sessionFactory"></property>

</bean>

其中，inputDao对应的InputManageDAO类就是与物料入库操作对应的逻辑层的具体实例，在InputAction控制器中会引用InputManageDAO类的实例inputDao，spring文件会把input的具体实例注入到InputAction控制器中，来完成逻辑层和控制层的关联。完成上述关联后，逻辑层将通过控制层接收的物料入库数据写入相关数据库，并返回控制层物料入库操作完成的数据，最终通过视图层提示用户该入库操作已成功实现。

示例3：

在本发明的处理系统中，视图层和控制层之间的通信主要有以下几种方式：

1、jsp页面的dom对象form以post方式提交命令到控制层；

2、jsp页面的dom对象form以get方式提交命令到控制层；

3、通过ajax技术将命令发送到控制层并异步刷新局部。

以下结合具体示例对第3中通信予以详细说明。Ajax通信是一种页面异步刷新技术：视图层接收到点击输入后，不会刷新整个显示的页面，而是异步刷新接收到点击输入的相应部分，这样页面的显示速度更快，体验性更好。例如，当用户在进行出库来源下拉选择操作时，会通过Ajax技术刷新来源单号下拉选择框中的内容，执行代码如下：

$.ajax({

type:″POST"，

url:″″，

success:function(msg){}

})；

通过Ajax技术将命令以url方式发送到对应的控制层DispatchAction，控制层在接收到命令后，将该命令转发到与其对应的逻辑层来完成最终的操作，如果程序发生异常，则把错误的信息存放到变量msg中，如果没有异常，则把查询的正确结果存放到变量msg中，最后将控制层返回的结果msg,通过回调函数处理刷新到相应的页面位置(此处即为来源单号的下拉选择框)。

综上所述，本发明实现了一种耦合性低、代码重用性高且便于管理和维护的基于MVC的处理系统。使用该处理系统进行相关数据处理和业务流程处理时，可确保处理过程的稳定性和有效性。

Claims (10)

1.一种基于MVC的处理方法，其特征在于，所述方法包括以下步骤：

S1、视图层向控制层发送用户的操作命令；

S2、控制层解释所述操作命令，并将所述操作命令映射为由逻辑层实现的业务逻辑；以及

S3、所述逻辑层实现所述业务逻辑，并向所述控制层返回执行所述业务逻辑得到的结果集。

2.根据权利要求1所述的基于MVC的处理方法，其特征在于，在所述步骤S2中，所述控制层通过.xml配置文件接收所述视图层发送的用户的操作命令：在.xml配置文件中进行所述操作命令的配置。

3.根据权利要求2所述的基于MVC的处理方法，其特征在于，在所述步骤S2中，控制层解释所述操作命令指：所述控制层基于所述.xml配置文件中配置的操作命令确定待调用的控制器，并在确定的控制器中选择与所述操作命令对应的处理方法。

4.根据权利要求3所述的基于MVC的处理方法，其特征在于，在所述步骤S2中，将所述操作命令映射为由逻辑层实现的业务逻辑指：通过spring文件在所述控制器中注入由所述逻辑层实现的、与所述操作命令对应的业务逻辑，实现所述逻辑层与控制层的关联。

5.一种基于MVC的处理系统，其特征在于，包括视图层、控制层和逻辑层：

所述视图层用于向所述控制层发送用户的操作命令；

所述逻辑层用于实现所述处理系统的业务逻辑，并向所述控制层返回执行所述业务逻辑得到的结果集；

所述控制层用于解释所述操作命令，并将所述操作命令映射为由所述逻辑层实现的所述业务逻辑。

6.根据权利要求5所述的基于MVC的处理系统，其特征在于，所述控制层通过.xml配置文件接收所述视图层发送的用户的操作命令。

7.根据权利要求6所述的基于MVC的处理系统，其特征在于，所述控制层基于所述.xml配置文件中配置的操作命令确定待调用的控制器，并在确定的控制器中选择与所述操作命令对应的处理方法。

8.根据权利要求7所述的基于MVC的处理系统，其特征在于，通过spring文件在所述控制器中注入由所述逻辑层实现的、与所述操作命令对应的业务逻辑，实现所述逻辑层与控制层的关联。

9.根据权利要求5所述的基于MVC的处理系统，其特征在于，所述视图层采用jsp实现，所述逻辑层采用Hibernate实现，所述控制层采用DispatcherServlet实现。

10.一种权利要求5的基于MVC的处理系统在美容软件中的应用，其特征在于，所述美容软件基于所述处理系统实现业务逻辑。

Images