CN105117938A - 一种基于模型视图控制器的电商构架请求数据分析方法 - Google Patents

Abstract

本发明公开了一种基于模型视图控制器的电商构架请求数据分析方法，具体包括以下几个步骤：(1)前端请求数据，访问接口；(2)接口Service的dubbo服务：获取查询展示位的分页列表并验证查询结果，如果成功则返回；(3)接口对应服务请求数据：查询展示位当前页的记录，对于查询成功则循环查询每一条记录，查询展示位的当前展示档期，设置它的显示方式图片、文字或者图文混排，最终返回结果；(4)Dao查询数据返回给Service：业务逻辑访问数据层，并封装数据对象；(5)Service封装数据对象返回给前端：分页查询展示位列表并返回结果。本发明能够减少因人工操作导致的数据失误，降低工作成本，提高工作效率。

Description

一种基于模型视图控制器的电商构架请求数据分析方法

技术领域

本发明涉及一种请求数据分析方法，具体涉及一种基于模型视图控制器的电商构架请求数据分析方法。

背景技术

随着中国经济的发展，人们生活水平的提高，人们对于食品的需求大大增加，对于食品安全越来越关注，同时随着社会进程的加快，人们越来越忙碌，花在购买食品上的时间一再被压缩，而花在选购健康食品上的时间就更少了，对于如何选购“放心菜”、“健康菜”更是缺乏经验。因此如何让居民更便捷地买到健康、新鲜、放心的农产品就成了广大居民所关注的焦点，同时也是国家所关注的，近几年，国家在为居民能便捷、安全地购买到食品方面出台了很多政策，可见政府对于食品行业是相当重视的。在此大环境下，“农牧人”网站的投资人创办了此网站，而为了适应此平台发展的需要，为了更好地为决策提供参考，更需要一套完善的信息化系统和商务平台作支持。

“农牧人”网站作为中国最早将居民日常必需的食品植入电子商务平台理念的网站，其决策层高瞻远瞩，率先使用信息化工具来对其业务流程进行管理，已经大致建立了日常业务工作流程化和自动化的规范标准。由于一些历史原因，平台目前实现的功能并未达到预想的效果，同时在正常购物流程中也存在诸多问题，商品数据处理的不准确给运营方带来了不少困扰。

另外，正如很多信息化专家所说的，信息系统只是工具，是为运营者的业务工作提供服务的，而系统又是根据日常工作的操作流程来设计和规划的，所以系统能否为运营者带来便利以及能为其带来多少便利都是由运营方自身的运营所决定的，如果运营方的业务流程或者运营策略有所改变，那么平台系统都必须要随之而改变。

“农牧人”网站是根据开始运营规划时的业务流程来定制开发的，虽然没有正式上线运行过，但是随着时间的推移、运营思想的扩展和改进，因此对于平台的功能也提出了新的业务要求。因此为了更好地配合运营者的业务发展提供有力的支持和保障，必须对现有平台进行整改优化或者改进设计。

发明内容

针对现有技术存在的不足，本发明目的是提供一种基于模型视图控制器的电商构架请求数据分析方法，能够减少因人工操作导致的数据失误，降低了工作成本，提高了工作效率。

为了实现上述目的，本发明是通过如下的技术方案来实现：

本发明的一种基于模型视图控制器的电商构架请求数据分析方法，具体包括以下几个步骤：

(1)前端请求数据，访问接口：

封装HTML代码，向页面中添加商品推荐、店铺/品牌推荐、网站活动、删除展示位、管理展示位；

(2)接口Service的dubbo服务：

获取查询展示位的分页列表，并验证查询结果，如果成功则返回；

(3)接口对应服务请求数据：

查询展示位当前页的记录，对于查询成功则循环查询每一条记录，

查询展示位的当前展示档期，设置它的显示方式图片、文字或者图文混排，最终返回结果；

(4)Dao查询数据返回给Service：

业务逻辑访问数据层，并封装数据对象；

(5)Service封装数据对象返回给前端

分页查询展示位列表，并返回结果。

对现有的工作流程实行梳理并进行优化管理，对公共的信息实现部门间更有效地共享，拓展业务渠道和增加信息交流，理顺当前所需的工作流程，使业务部门之间能够更有效地相互协作，尽量减少因人工操作导致的数据失误，降低工作成本，提高工作效率，使系统为“农牧人”平台提供更有效的帮助，并为平台将来的扩展打好基础。

附图说明

图1为本发明的基于模型视图控制器的电商构架请求数据分析方法工作流程图。

具体实施方式

为使本发明实现的技术手段、创作特征、达成目的与功效易于明白了解，下面结合具体实施方式，进一步阐述本发明。

农牧人整体技术架构简介

使用maven构建农牧人电商平台

Maven是基于项目对象模型(POM)，可以通过一小段描述信息来管理项目的构建，报告和文档的软件项目管理工具。

Maven除了以程序构建能力为特色之外，还提供高级项目管理工具。由于Maven的缺省构建规则有较高的可重用性，所以常常用两三行Maven构建脚本就可以构建简单的项目。由于Maven的面向项目的方法，许多ApacheJakarta项目发文时使用Maven，而且公司项目采用Maven的比例在持续增长。

Maven这个单词来自于意第绪语，意为知识的积累，最早在JakataTurbine项目中它开始被用来试图简化构建过程。当时有很多项目，它们的Antbuild文件仅有细微的差别，而JAR文件都由CVS来维护。于是Maven创始者开始了Maven这个项目，该项目的清晰定义包括，一种很方便的发布项目信息的方式，以及一种在多个项目中共享JAR的方式。

统一架包管理

每一个java工程都不免使用第三方的架包，Maven的好处就是可以统一管理这些架包，并使多个java工程共享这些架包。我们所需要做的就是按规则编辑pom.xml文件。

服务框架Dubbo

Dubbo是Alibaba开源的分布式服务框架，它最大的特点是按照分层的方式来架构，使用这种方式可以使各个层之间解耦合(或者最大限度地松耦合)。从服务模型的角度来看，Dubbo采用的是一种非常简单的模型，要么是提供方提供服务，要么是消费方消费服务，所以基于这一点可以抽象出服务提供方(Provider)和服务消费方(Consumer)两个角色。

服务定义

服务是围绕服务提供方和服务消费方的，服务提供方实现服务，而服务消费方调用服务。

服务注册

对于服务提供方，它需要发布服务，而且由于应用系统的复杂性，服务的数量、类型也不断膨胀；对于服务消费方，它最关心如何获取到它所需要的服务，而面对复杂的应用系统，需要管理大量的服务调用。而且，对于服务提供方和服务消费方来说，他们还有可能兼具这两种角色，即既需要提供服务，有需要消费服务。

通过将服务统一管理起来，可以有效地优化内部应用对服务发布/使用的流程和管理。服务注册中心可以通过特定协议来完成服务对外的统一。Dubbo提供的注册中心有如下几种类型可供选择：

Multicast注册中心

Zookeeper注册中心

Redis注册中心

Simple注册中心

服务监控

无论是服务提供方，还是服务消费方，他们都需要对服务调用的实际状态进行有效的监控，从而改进服务质量。

远程通信与信息交换

远程通信需要指定通信双方所约定的协议，在保证通信双方理解协议语义的基础上，还要保证高效、稳定的消息传输。Dubbo继承了当前主流的网络通信框架，主要包括如下几个：

Mina

Netty

Grizzly

注册/注销服务

服务的注册与注销，是对服务提供方角色而言，那么注册服务与注销服务的时序图。

服务订阅/取消

为了满足应用系统的需求，服务消费方的可能需要从服务注册中心订阅指定的有服务提供方发布的服务，在得到通知可以使用服务时，就可以直接调用服务。反过来，如果不需要某一个服务了，可以取消该服务。

协议支持

Dubbo协议

Hessian协议

HTTP协议

RMI协议

WebService协议

Thrift协议

Memcached协议

Redis协议

在通信过程中，不同的服务等级一般对应着不同的服务质量，那么选择合适的协议便是一件非常重要的事情。你可以根据你应用的创建来选择。例如，使用RMI协议，一般会受到防火墙的限制，所以对于外部与内部进行通信的场景，就不要使用RMI协议，而是基于HTTP协议或者Hessian协议。

Dubbo小结

通过Dubbo的代码(使用Maven管理)组织，与上面的模块进行比较。简单说明各个包的情况：

dubbo-common公共逻辑模块，包括Util类和通用模型。

dubbo-remoting远程通讯模块，相当于Dubbo协议的实现，如果RPC用RMI协议则不需要使用此包。

dubbo-rpc远程调用模块，抽象各种协议，以及动态代理，只包含一对一的调用，不关心集群的管理。

dubbo-cluster集群模块，将多个服务提供方伪装为一个提供方，包括：负载均衡、容错、路由等，集群的地址列表可以是静态配置的，也可以是由注册中心下发。

dubbo-registry注册中心模块，基于注册中心下发地址的集群方式，以及对各种注册中心的抽象。

dubbo-monitor监控模块，统计服务调用次数，调用时间的，调用链跟踪的服务。

dubbo-config配置模块，是Dubbo对外的API，用户通过Config使用Dubbo，隐藏Dubbo所有细节。

dubbo-container容器模块，是一个Standalone的容器，以简单的Main加载Spring启动，因为服务通常不需要Tomcat/JBoss等Web容器的特性，没必要用Web容器去加载服务。

Zookeeper

ZooKeeper是一个分布式的，开放源码的分布式应用程序协调服务，是google的Chubby一个开源的实现，是Hadoop和Hbase的重要组件。它是一个为分布式应用提供一致性服务的软件，提供的功能包括：配置维护、名字服务、分布式同步、组服务等。

ZooKeeper的目标就是封装好复杂易出错的关键服务，将简单易用的接口和性能高效、功能稳定的系统提供给用户。

Zookeeper原理

ZooKeeper是以FastPaxos算法为基础的，paxos算法存在活锁的问题，即当有多个proposer交错提交时，有可能互相排斥导致没有一个proposer能提交成功，而FastPaxos作了一些优化，通过选举产生一个leader，只有leader才能提交propose，具体算法可见FastPaxos。

ZooKeeper的基本运转流程：

1.选举Leader。

2.同步数据。

3.选举Leader过程中算法有很多，但要达到的选举标准是一致的。

4.Leader要具有最高的zxid。

5.集群中大多数的机器得到响应并follow选出的Leader。

Zookeeper特点

在Zookeeper中，znode是一个跟Unix文件系统路径相似的节点，可以往这个节点存储或获取数据。如果在创建znode时Flag设置为EPHEMERAL，那么当创建这个znode的节点和Zookeeper失去连接后，这个znode将不再存在在Zookeeper里，Zookeeper使用Watcher察觉事件信息。当客户端接收到事件信息，比如连接超时、节点数据改变、子节点改变，可以调用相应的行为来处理数据。Zookeeper的Wiki页面展示了如何使用Zookeeper来处理事件通知，队列，优先队列，锁，共享锁，可撤销的共享锁，两阶段提交

那么Zookeeper能作什么事情呢，简单的例子：假设我们有20个搜索引擎的服务器(每个负责总索引中的一部分的搜索任务)和一个总服务器(负责向这20个搜索引擎的服务器发出搜索请求并合并结果集)，一个备用的总服务器(负责当总服务器宕机时替换总服务器)，一个web的cgi(向总服务器发出搜索请求)。搜索引擎的服务器中的15个服务器提供搜索服务，5个服务器正在生成索引。这20个搜索引擎的服务器经常要让正在提供搜索服务的服务器停止提供服务开始生成索引，或生成索引的服务器已经把索引生成完成可以搜索提供服务了。使用Zookeeper可以保证总服务器自动感知有多少提供搜索引擎的服务器并向这些服务器发出搜索请求，当总服务器宕机时自动启用备用的总服务器。

MyBatis

MyBatis是支持普通SQL查询，存储过程和高级映射的优秀持久层框架。MyBatis消除了几乎所有的JDBC代码和参数的手工设置以及结果集的检索。MyBatis使用简单的XML或注解用于配置和原始映射，将接口和Java的POJOs(PlainOldJavaObjects，普通的Java对象)映射成数据库中的记录。

每个MyBatis应用程序主要都是使用SqlSessionFactory实例的，一个SqlSessionFactory实例可以通过SqlSessionFactoryBuilder获得。SqlSessionFactoryBuilder可以从一个xml配置文件或者一个预定义的配置类的实例获得。

用xml文件构建SqlSessionFactory实例是非常简单的事情。推荐在这个配置中使用类路径资源(classpathresource)，但你可以使用任何Reader实例，包括用文件路径或file://开头的url创建的实例。MyBatis有一个实用类----Resources，它有很多方法，可以方便地从类路径及其它位置加载资源。

功能架构

1.加载配置

配置来源于两个地方，一处是配置文件，一处是Java代码的注解，将SQL的配置信息加载成为一个MappedStatement对象(包括了传入参数映射配置、执行的SQL语句、结果映射配置)，存储在内存中。

SpringMVC

SpringMVC属于SpringFrameWork的后续产品，已经融合在SpringWebFlow里面。Spring框架提供了构建Web应用程序的全功能MVC模块。使用Spring可插入的MVC架构，从而在使用Spring进行WEB开发时，可以选择使用Spring的SpringMVC框架或集成其他MVC开发框架，如Struts1，Struts2等。

MVC作为WEB项目开发的核心环节，正如三个单词的分解那样，C(控制器)将V(视图、用户客户端)与M(模块，业务)分开构成了MVC，这边不去讨论项目中是否应用MVC，也不针对MVC的实现原理进行讲解，而是探讨实践中如何从应用SSH,到Struts(StrutsMVC)+Spring+Hibernate的演化过程。

MVC

MVC全名是ModelViewController，是模型(model)－视图(view)－控制器(controller)的缩写，一种软件设计典范，用一种业务逻辑、数据、界面显示分离的方法组织代码，将业务逻辑聚集到一个部件里面，在改进和个性化定制界面及用户交互的同时，不需要重新编写业务逻辑。MVC被独特的发展起来用于映射传统的输入、处理和输出功能在一个逻辑的图形化用户界面的结构中。

MVC编程模式

MVC是一种使用MVC(ModelViewController模型-视图-控制器)设计创建Web应用程序的模式：

1、Model(模型)表示应用程序核心(比如数据库记录列表)。

2、View(视图)显示数据(数据库记录)。

3、Controller(控制器)处理输入(写入数据库记录)。

MVC模式同时提供了对HTML、CSS和JavaScript的完全控制。

Model(模型)是应用程序中用于处理应用程序数据逻辑的部分。

通常模型对象负责在数据库中存取数据。

View(视图)是应用程序中处理数据显示的部分。

通常视图是依据模型数据创建的。

Controller(控制器)是应用程序中处理用户交互的部分。

通常控制器负责从视图读取数据，控制用户输入，并向模型发送数据。

MVC分层有助于管理复杂的应用程序，因为您可以在一个时间内专门关注一个方面。例如，您可以在不依赖业务逻辑的情况下专注于视图设计。同时也让应用程序的测试更加容易。

MVC分层同时也简化了分组开发。不同的开发人员可同时开发视图、控制器逻辑和业务逻辑。

农牧人MVC架构分层

请求流程分析如下：

前端请求数据--------》访问接口

前端ajax请求数据

1.接口访问Service的dubbo服务

Controller调用对应的dubbo服务backDisplayPositionRemoteService

2.接口对应服务请求数据

接口backDisplayPositionRemoteServiceImpl实现selectByPage(page)方法

3.Dao查询数据返回给Service

业务逻辑访问数据层，并封装数据对象

4.Service封装数据对象返回给前端

会员管理中心shiro

什么是shiro

ApacheShiro是一个强大易用的Java安全框架，提供了认证、授权、加密和会话管理等功能：

1、认证-用户身份识别，常被称为用户“登录”；

2、授权-访问控制；

3、密码加密-保护或隐藏数据防止被偷窥；

4、会话管理-每用户相关的时间敏感的状态。

Subject：即“当前操作用户”。但是，在Shiro中，Subject这一概念并不仅仅指人，也可以是第三方进程、后台帐户(DaemonAccount)或其他类似事物。它仅仅意味着“当前跟软件交互的东西”。但考虑到大多数目的和用途，你可以把它认为是Shiro的“用户”概念。

Subject代表了当前用户的安全操作，SecurityManager则管理所有用户的安全操作。

SecurityManager：它是Shiro框架的核心，典型的Facade模式，Shiro通过SecurityManager来管理内部组件实例，并通过它来提供安全管理的各种服务。

Realm：Realm充当了Shiro与应用安全数据间的“桥梁”或者“连接器”。也就是说，当对用户执行认证(登录)和授权(访问控制)验证时，Shiro会从应用配置的Realm中查找用户及其权限信息。

从这个意义上讲，Realm实质上是一个安全相关的DAO：它封装了数据源的连接细节，并在需要时将相关数据提供给Shiro。当配置Shiro时，你必须至少指定一个Realm，用于认证和(或)授权。配置多个Realm是可以的，但是至少需要一个。

Shiro内置了可以连接大量安全数据源(又名目录)的Realm，如LDAP、关系数据库(JDBC)、类似INI的文本配置资源以及属性文件等。如果缺省的Realm不能满足需求，你还可以插入代表自定义数据源的自己的Realm实现。

以上显示和描述了本发明的基本原理和主要特征和本发明的优点。本行业的技术人员应该了解，本发明不受上述实施例的限制，上述实施例和说明书中描述的只是说明本发明的原理，在不脱离本发明精神和范围的前提下，本发明还会有各种变化和改进，这些变化和改进都落入要求保护的本发明范围内。本发明要求保护范围由所附的权利要求书及其等效物界定。

Claims (1)

1.一种基于模型视图控制器的电商构架请求数据分析方法，其特征在于，具体包括以下几个步骤：

(1)前端请求数据，访问接口：

封装HTML代码，向页面中添加商品推荐、店铺/品牌推荐、网站活动、删除展示位、管理展示位；

(2)接口Service的dubbo服务：

获取查询展示位的分页列表，并验证查询结果，如果成功则返回；

(3)接口对应服务请求数据：

查询展示位当前页的记录，对于查询成功则循环查询每一条记录，

查询展示位的当前展示档期，设置它的显示方式图片、文字或者图文混排，最终返回结果；

(4)Dao查询数据返回给Service：

业务逻辑访问数据层，并封装数据对象；

(5)Service封装数据对象返回给前端

分页查询展示位列表，并返回结果。