请求处理方法和装置的制造方法

文档序号:8445395阅读:211来源:国知局
请求处理方法和装置的制造方法
【技术领域】
[0001]本发明涉及互联网领域,具体而言,涉及一种请求处理方法和装置。
【背景技术】
[0002]作为现有的一种软件设计架构,MVC (Model View Controller,模型一视图一控制器)架构经常被用于组织代码。如图1所示,在MVC架构中,Model层(模型层)主要负责业务逻辑以及数据处理,集成了业务逻辑代码和数据源代码;View层(视图层)主要用于显示数据和提交数据Controller (控制器)主要用于捕获请求并控制请求转发。该业务逻辑采用数据与显示分离的方法,业务逻辑被聚集到一个部件里,这样可以方便地改变或个性化定制显示界面,而无需重新编写业务逻辑。MVC架构经常被用于将传统的输入、处理和输出功能映射在一个逻辑的图形化用户界面的结构中。
[0003]然而,虽然在MVC架构中数据与显示分离,但是MVC架构内部的数据源代码与业务逻辑层代码不能分离,控制逻辑层代码内部集成数据源代码,这样导致代码结构混乱。当一种业务逻辑由于变更而需要调用另一种业务逻辑中的数据源时,需要重新改写该业务逻辑所对应的控制逻辑层代码,以使得改写后的控制逻辑层代码包括另一种业务逻辑中的数据源对应的数据源代码,这样大大增加了业务逻辑发生变更时代码更新的复杂度,降低了代码更新的效率。
[0004]此外,现有的MVC架构中的控制逻辑层代码过于庞大且耦合度高,这样也会导致代码结构混乱。当一种业务逻辑需要调用另一种业务逻辑中的功能模块时,需要重新改写该业务逻辑所对应的控制逻辑层代码,以使得改写后的控制逻辑层代码包括另一种业务逻辑中的控制逻辑层代码中的功能模块,这样大大增加了业务逻辑发生变更时代码更新的复杂度,降低了代码更新的效率。
[0005]针对上述的问题,目前尚未提出有效的解决方案。

【发明内容】

[0006]本发明实施例提供了一种请求处理方法和装置,以至少解决现有MVC架构内部的控制逻辑层代码过于庞大且耦合度高所造成的代码结构混乱的技术问题。
[0007]根据本发明实施例的一个方面,提供了一种请求处理方法,包括:接收请求,其中,请求中携带有用于指示位于模块层的第一模块层模块的第一标识,用于指示位于控制层的第一控制层模块的第二标识,以及用于指示第一控制层模块中的第一功能模块的第三标识,第一模块层模块具有包括第一控制层模块在内的一个或多个控制层模块;从请求中获取第一标识、第二标识以及第三标识;根据获取到的第一标识、第二标识以及第三标识调用请求分配到第一模块层模块中的第一控制层模块中的第一功能模块。
[0008]作为一种可选的方案,根据获取到的第一标识、第二标识以及第三标识调用请求分配到第一模块层模块中的第一控制层模块中的第一功能模块包括:查找第一标识指示的第一模块层模块;在第一模块层模块中查找第二标识指示的第一控制层模块;在第一控制层模块中调用第三标识指示的第一功能模块。
[0009]作为一种可选的方案,在第一控制层模块中调用第三标识指不的第一功能模块包括:根据第一功能模块中的指示信息调用位于控制层的第二控制层模块中的第二功能模块,其中,第二控制层模块属于第一模块层模块中的控制层模块,和/或,第二控制层模块属于位于模块层的第二模块层模块中的控制层模块。
[0010]作为一种可选的方案,在第一控制层模块中调用第三标识指示的第一功能模块包括:根据第一功能模块中的指示信息调用位于数据层的DAO模块中的数据库,其中,数据库中记录了用于执行第一功能模块对应的业务逻辑所需的数据。
[0011]作为一种可选的方案,在根据获取到的第一标识、第二标识以及第三标识将请求分配到第一模块层模块中的第一控制层模块中的第一功能模块进行处理之后,还包括:调用显示功能模块输出处理的结果,其中,显示功能模块包括以下至少之一:JS0N输出模块、XML输出模块、视图输出模块。
[0012]作为一种可选的方案,在接收请求之前,还包括:设置一个或多个位于模块层的模块层模块,其中,模块层模块包括第一模块层模块;设置一个或多个位于控制层的控制层模块,其中,控制层模块包括第一控制层模块;在每个控制层模块中设置一个或多个功能模块,其中,每个功能模块对应一种或多种业务逻辑。
[0013]作为一种可选的方案,在接收请求之前,还包括:设置位于数据层的DAO模块,其中,DAO模块中存储的数据库记录了执行一种或多种业务逻辑所需的数据。
[0014]作为一种可选的方案,该方法还包括:不同的模块层模块对应不同的应用。
[0015]作为一种可选的方案,该方法还包括:接收功能模块修改请求;对功能模块修改请求所指示的功能模块对应的业务逻辑进行修改。
[0016]根据本发明实施例的另一方面,还提供了一种请求处理装置,包括:第一接收单元,用于接受请求,其中,请求中携带有用于指示位于模块层的第一模块层模块的第一标识,用于指示位于控制层的第一控制层模块的第二标识,以及用于指示第一控制层模块中的第一功能模块的第三标识,第一模块层模块具有包括第一控制层模块在内的一个或多个控制层模块;获取单元,用于从请求中获取第一标识、第二标识以及第三标识;第一调用单元,用于根据获取到的第一标识、第二标识以及第三标识调用请求分配到第一模块层模块中的第一控制层模块中的第一功能模块。
[0017]作为一种可选的方案,第一调用单元包括:第一查找模块,用于查找第一标识指示的第一模块层模块;第二查找模块,用于在第一模块层模块中查找第二标识指示的第一控制层模块;第一调用模块,在第一控制层模块中调用第三标识指示的第一功能模块。
[0018]作为一种可选的方案,第一调用模块包括:第一调用子模块,用于根据第一功能模块中的指示信息调用位于控制层的第二控制层模块中的第二功能模块,其中,第二控制层模块属于第一模块层模块中的控制层模块,和/或,第二控制层模块属于位于模块层的第二模块层模块中的控制层模块。
[0019]作为一种可选的方案,第一调用模块包括:第二调用子模块,用于根据第一功能模块中的指示信息调用位于数据层的DAO模块中的数据库,其中,数据库中记录了用于执行第一功能模块对应的业务逻辑所需的数据。
[0020]作为一种可选的方案,该装置还包括:第二调用单元,用于在根据获取到的第一标识、第二标识以及第三标识将请求分配到第一模块层模块中的第一控制层模块中的第一功能模块进行处理之后,调用显示功能模块输出处理的结果,其中,显示功能模块包括以下至少之一:JSON输出模块、XML输出模块、视图输出模块。
[0021]作为一种可选的方案,该装置还包括:第一设置单元,用于在接收请求之前,设置一个或多个位于模块层的模块层模块,其中,模块层模块包括第一模块层模块;第二设置单元,用于设置一个或多个位于控制层的控制层模块,其中,控制层模块包括第一控制层模块;第三设置单元,用于在每个控制层模块中设置一个或多个功能模块,其中,每个功能模块对应一种或多种业务逻辑。
[0022]作为一种可选的方案,该装置还包括:第四设置单元,用于在接收请求之前,设置位于数据层的DAO模块,其中,DAO模块中存储的数据库记录了执行一种或多种业务逻辑所需的数据。
[0023]作为一种可选的方案,该装置还包括:第二接收单元,用于接收功能模块修改请求;修改单元,用于对功能模块修改请求所指示的功能模块对应的业务逻辑进行修改。
[0024]在本发明实施例中,采用分层的方式,通过将MVC架构划分为模块层、控制层、数据层,逐层查找调用,使得各层之间的关联简单和独立,避免了现有MVC架构内部的控制逻辑层代码过于庞大且耦合度高所造成的代码结构混乱的问题。此外,在本申请的实施例的架构中,控制层模块中的各个功能模块可以独立地实现单一逻辑,使得其他控制层模块可以按需对本控制层模块中的功能模块进行调用,这样不需要在多个控制层模块中都包含相同的功能模块,大大降低了代码更新的复杂度,提高了代码更新的效率。此外,在维护功能模块时,不需要维护多个控制层模块中包含的多个相同的功能模块,从而降低了维护成本,提高了维护效率。此外,控制层模块调用功能模块时,功能模块可以依照指示调用数据层的DAO模块中的数据库,数据层中数据与控制层模块分离,实现了灵活调用,无需重新改写业务逻辑所对应的控制逻辑层代码,这样大大降低了业务逻辑发生变更时代码更新的复杂度,提高了代码更新的效率。
【附图说明】
[0025]此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:
[0026]图1是根据现有技术的一种MVC架构的示意图;
[0027]图2是根据本发明实施例的一种可选的请求处理方法的流程图;
[0028]图3是根据本发明实施例的另一种可选的请求处理方法的流程图;
[0029]图4是根据本发明实施例的又一种可选的请求处理方法的流程图;
[0030]图5是根据本发明实施例的又一种可选的请求处理方法的流程图;
[0031]图6是根据本发明实施例的又一种可选的请求处理方法的流程图;
[0032]图7是根据本发明实施例的又一种可选的请求处理方法的流程图;
[0033]图8是根据本发明实施例的又一种可选的请求处理方法的流程图;
[0034]图9是根据本发明实施例的一种可选的架构示意图;
[0035]图10是根据本发明实施例的另一种可选的架构示意图;
[0036]图11是根据本发明实施例的一种可选的请求处理装置的示意图;
[0037]图12是根据本发明实施例的另一种可选的请求处理装置的示意图;
[0038]图13是根据本发明实施例的又一种可选的请求处理装置的示意图;
[0039]图14是根据本发明实施例的又一种可选的请求处理装置的示意图;
[0040]图15是根据本发明实施例的又一种可选的请求处理装置的示意图;
[0041]图16是根据本发明实施例的又一种可选的请求处理装置的示意图;以及
[0042]图17是根据本发明实施例的又一种可选的请求处理装置的示意图。
【具体实施方式】
[0043]下文中将参考附图并结合实施例来详细说明本发明。需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。
[0044]为了使本技术领域的人员更好地理解本发明方案,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分的实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都应当属于本发明保护的范围。
[0045]实施例1
[0046]根据本发明实施例,提供了一种请求处理方法,如图2所示,该方法包括:
[0047]S202,接收请求,其中,请求中携带有用于指示位于模块层的第一模块层模块的第一标识,用于指示位于控制层的第一控制层模块的第二标识,以及用于指示第一控制层模块中的第一功能模块的第三标识;
[0048]可选地,上述请求可以由终端发送给服务器,例如,用户通过终端上的微博客户端向管理微博应用的服务器发送上述请求。
[0049]可选地,在上述服务器上预先配置本实施例提出的模块架构,作为一种可选的示例,上述模块架构可以如图9和图10所示。
[0050]如图9所示,上述模块
当前第1页1 2 3 4 5 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1