一种基于模型视图控制器的电商构架请求数据分析方法
【技术领域】
[0001] 本发明涉及一种请求数据分析方法，具体涉及一种基于模型视图控制器的电商构 架请求数据分析方法。
【背景技术】
[0002] 随着中国经济的发展，人们生活水平的提高，人们对于食品的需求大大增加，对于 食品安全越来越关注，同时随着社会进程的加快，人们越来越忙碌，花在购买食品上的时间 一再被压缩，而花在选购健康食品上的时间就更少了，对于如何选购"放心菜"、"健康菜"更 是缺乏经验。因此如何让居民更便捷地买到健康、新鲜、放心的农产品就成了广大居民所关 注的焦点，同时也是国家所关注的，近几年，国家在为居民能便捷、安全地购买到食品方面 出台了很多政策，可见政府对于食品行业是相当重视的。在此大环境下，"农牧人"网站的投 资人创办了此网站，而为了适应此平台发展的需要，为了更好地为决策提供参考，更需要一 套完善的信息化系统和商务平台作支持。
[0003] "农牧人"网站作为中国最早将居民日常必需的食品植入电子商务平台理念的网 站，其决策层高瞻远瞩，率先使用信息化工具来对其业务流程进行管理，已经大致建立了日 常业务工作流程化和自动化的规范标准。由于一些历史原因，平台目前实现的功能并未达 到预想的效果，同时在正常购物流程中也存在诸多问题，商品数据处理的不准确给运营方 带来了不少困扰。
[0004] 另外，正如很多信息化专家所说的，信息系统只是工具，是为运营者的业务工作提 供服务的，而系统又是根据日常工作的操作流程来设计和规划的，所以系统能否为运营者 带来便利以及能为其带来多少便利都是由运营方自身的运营所决定的，如果运营方的业务 流程或者运营策略有所改变，那么平台系统都必须要随之而改变。
[0005] "农牧人"网站是根据开始运营规划时的业务流程来定制开发的，虽然没有正式上 线运行过，但是随着时间的推移、运营思想的扩展和改进，因此对于平台的功能也提出了新 的业务要求。因此为了更好地配合运营者的业务发展提供有力的支持和保障，必须对现有 平台进行整改优化或者改进设计。
【发明内容】
[0006] 针对现有技术存在的不足，本发明目的是提供一种基于模型视图控制器的电商构 架请求数据分析方法，能够减少因人工操作导致的数据失误，降低了工作成本，提高了工作 效率。
[0007] 为了实现上述目的，本发明是通过如下的技术方案来实现：
[0008] 本发明的一种基于模型视图控制器的电商构架请求数据分析方法，具体包括以下 几个步骤：
[0009] (1)前端请求数据，访问接口：
[0010] 封装HTML代码，向页面中添加商品推荐、店铺/品牌推荐、网站活动、删除展示位、 管理展示位；
[0011] ⑵接口 Service 的 dubbo 服务：
[0012] 获取查询展示位的分页列表，并验证查询结果，如果成功则返回；
[0013] (3)接口对应服务请求数据：
[0014] 查询展示位当前页的记录，对于查询成功则循环查询每一条记录，
[0015] 查询展示位的当前展示档期，设置它的显示方式图片、文字或者图文混排，最终返 回结果；
[0016] (4)Dao查询数据返回给Service :
[0017] 业务逻辑访问数据层，并封装数据对象；
[0018] (5) Service封装数据对象返回给前端
[0019] 分页查询展示位列表，并返回结果。
[0020] 对现有的工作流程实行梳理并进行优化管理，对公共的信息实现部门间更有效地 共享，拓展业务渠道和增加信息交流，理顺当前所需的工作流程，使业务部门之间能够更有 效地相互协作，尽量减少因人工操作导致的数据失误，降低工作成本，提高工作效率，使系 统为"农牧人"平台提供更有效的帮助，并为平台将来的扩展打好基础。
【附图说明】
[0021] 图1为本发明的基于模型视图控制器的电商构架请求数据分析方法工作流程图。
【具体实施方式】
[0022] 为使本发明实现的技术手段、创作特征、达成目的与功效易于明白了解，下面结合
【具体实施方式】，进一步阐述本发明。
[0023] 农牧人整体技术架构简介
[0024] 使用maven构建农牧人电商平台
[0025] Maven是基于项目对象模型（POM)，可以通过一小段描述信息来管理项目的构建， 报告和文档的软件项目管理工具。
[0026] Maven除了以程序构建能力为特色之外，还提供高级项目管理工具。由于Maven的 缺省构建规则有较高的可重用性，所以常常用两三行Maven构建脚本就可以构建简单的项 目。由于Maven的面向项目的方法，许多Apache Jakarta项目发文时使用Maven，而且公司 项目采用Maven的比例在持续增长。
[0027] Maven这个单词来自于意第绪语，意为知识的积累，最早在Jakata Turbine项目 中它开始被用来试图简化构建过程。当时有很多项目，它们的Ant build文件仅有细微的 差别，而JAR文件都由CVS来维护。于是Maven创始者开始了 Maven这个项目，该项目的清 晰定义包括，一种很方便的发布项目信息的方式，以及一种在多个项目中共享JAR的方式。
[0028] 统一架包管理
[0029] 每一个java工程都不免使用第三方的架包，Maven的好处就是可以统一管理这些 架包，并使多个java工程共享这些架包。我们所需要做的就是按规则编辑pom. xml文件。
[0030] 服务框架Dubbo
[0031] Dubbo是Alibaba开源的分布式服务框架，它最大的特点是按照分层的方式来架 构，使用这种方式可以使各个层之间解耦合（或者最大限度地松耦合）。从服务模型的角度 来看，Dubbo采用的是一种非常简单的模型，要么是提供方提供服务，要么是消费方消费服 务，所以基于这一点可以抽象出服务提供方（Provider)和服务消费方（Consumer)两个角 色。
[0032] 服务定义
[0033] 服务是围绕服务提供方和服务消费方的，服务提供方实现服务，而服务消费方调 用服务。
[0034] 服务注册
[0035] 对于服务提供方，它需要发布服务，而且由于应用系统的复杂性，服务的数量、类 型也不断膨胀；对于服务消费方，它最关心如何获取到它所需要的服务，而面对复杂的应用 系统，需要管理大量的服务调用。而且，对于服务提供方和服务消费方来说，他们还有可能 兼具这两种角色，即既需要提供服务，有需要消费服务。
[0036] 通过将服务统一管理起来，可以有效地优化内部应用对服务发布/使用的流程和 管理。服务注册中心可以通过特定协议来完成服务对外的统一。Dubbo提供的注册中心有 如下几种类型可供选择：
[0037] Multicast 注册中心
[0038] Zookeeper 注册中心
[0039] Redis注册中心
[0040] Simple注册中心
[0041] 服务监控
[0042] 无论是服务提供方，还是服务消费方，他们都需要对服务调用的实际状态进行有 效的监控，从而改进服务质量。
[0043] 远程通信与信息交换
[0044] 远程通信需要指定通信双方所约定的协议，在保证通信双方理解协议语义的基础 上，还要保证高效、稳定的消息传输。Dubbo继承了当前主流的网络通信框架，主要包括如下 几个：
[0045] Mina
[0046] Netty
[0047] Grizzly
[0048] 注册/注销服务
[0049] 服务的注册与注销，是对服务提供方角色而言，那么注册服务与注销服务的时序 图。
[0050] 服务订阅/取消
[0051] 为了满足应用系统的需求，服务消费方的可能需要从服务注册中心订阅指定的有 服务提供方发布的服务，在得到通知可以使用服务时，就可以直接调用服务。反过来，如果 不需要某一个服务了，可以取消该服务。
[0052] 协议支持
[0053] Dubbo 协议
[0054] Hessian 协议
[0055] HTTP 协议
[0056] RMI 协议
[0057] WebService 协议
[0058] Thrift 协议
[0059] Memcached 协议
[0060] Redis 协议
[0061] 在通信过程中，不同的服务等级一般对应着不同的服务质量，那么选择合适的协 议便是一件非常重要的事情。你可以根据你应用的创建来选择。例如，使用RMI协议，一般 会受到防火墙的限制，所以对于外部与内部进行通信的场景，就不要使用RMI协议，而是基 于HTTP协议或者Hessian协议。
[0062] Dubbo 小结
[0063] 通过Dubbo的代码（使用Maven管理）组织，与上面的模块进行比较。简单说明 各个包的情况：
[0064] dubbo-common公共逻辑模块，包括Util类和通用模型。
[0065] dubbo-remoting远程通讯模块，相当于Dubbo协议的实现，如果RPC用RMI协议则 不需要使用此包。
[0066] dubbo-rpc远程调用模块，抽象各种协议，以及动态代理，只包含一对一的调用，不 关心集群的管理。
[0067] dubbo-cluster集群模块，将多个服务提供方伪装为一个提供方，包括：负载均 衡、容错、路由等，集群的地址列表可以是静态配置的，也可以是由注册中心下发。
[0068] dubbo-registry注册中心模块，基于注册中心下发地址的集群方式，以及对各种 注册中心的抽象。
[0069] dubbo-monitor监控模块，统计服务调用次数，调用时间的，调用链跟踪的服务。
[0070] dubbo-config配置模块，是Dubbo对外的API，用户通过Config使用Dubbo,隐藏 Dubbo所有细节。
[0071] dubbo-container容器模块，是一个Standalone的容器，以简单的Main加载 Spring启动，因为服务通常不需要Tomcat/JBoss等Web容器的特性，没必要用Web容器去 加载服务。
[0072] Zookeeper
[0073] ZooKeeper是一个分布式的，开放源码的分布式应用程序协调服务，是google的 Chubby -个开源的实现，是Hadoop和Hbase的重要组件。它是一个为分布式应用提供一致 性服务的软件，提供的功能包括：配置维护、名字服务、分布式同步、组服务等。
[0074] ZooKeeper的目标就是封装好复杂易出错的关键服务，将简单易用的接口和性能 高效、功能稳定的系统提供给用户。
[0075] Zookeeper 原理
[0076] ZooKeeper是以Fast Paxos算法为基础的，paxos算法存在活锁的问题，即当有 多个proposer交错提交时，有可能互相排斥导致没有一个proposer能提交成功，而Fast Paxos作了一些优化，通过选举产生一个leader，只有leader才能提交propose，具体算法 可见 Fast Paxos。
[0077] ZooKeeper的基本运转流程：
[0078] 1.选举 Leader。
[0079] 2.同步数据。
[0080] 3.选举Leader过程中算法有很多，但要达到的选举标准是一致的。
[0081] 4. Leader 要具有最高的 zxido
[0082] 5.集群中大多数的机器得到响应并follow选出的Leader。
[0083] Zookeeper 特点
[0084] 在Zookeeper中，znode是一个跟Unix