CN115729540A - web后台开发框架 - Google Patents

Abstract

本公开关于一种web后台开发框架，涉及web开发技术领域，该框架包括业务控制层、服务层和DAO层，其中，业务控制层用于响应于接收到服务器前端发送的用户请求，根据用户请求所属的业务能力特征，从服务层中确定第一目标接口，并调用第一目标接口；服务层用于响应于目标业务接口被调用，根据业务功能特征，从DAO层中选择对应的持久层，以及持久层中的第二目标接口；DAO层用于响应于服务层调用持久层中的第二目标接口，以从数据库中获取数据。对业务核心代码进行了封装，编写业务代码的程序员不需要关注内部核心代码逻辑如何实现，只需要继承公共类型就可以获得通用的数据库操作能力，从而简化了开发流程，降低了开发难度。

Description

web后台开发框架

技术领域

本公开涉及web开发技术领域，尤其涉及一种web后台开发框架。

背景技术

在整个Java生态圈中，Spring web开发框架有占据了举足轻重的位置。Spring的一个最大的目的就是使JAVA EE开发更加容易。同时，Spring之所以与Struts、Hibernate等单层框架不同，是因为Spring致力于提供一个以统一的、高效的方式构造整个应用，并且可以将单层框架以最佳的组合揉和在一起建立一个连贯的体系。可以说Spring是一个提供了更完善开发环境的一个框架，可以为POJO(Plain Ordinary Java Object)对象提供企业级的服务。

近年来，在Spring的基础上，Spring团队又进一步推出了新建Spring Boot开发框架，虽大幅简化了新建Web应用以及开发过程中的流程，但工程结构仍保持了传统的MVC架构，即每个功能单元封装自身的持久层、服务层、控制层代码，并在控制层中对外界暴露Rest API接口供前台服务或其他系统调用。

但从技术角度来看，每个业务实体对外暴露的数据处理相关接口几乎都可以分为CRUD四类(也即保存接口Create、查询接口Retrieve、修改接口Update以及删除接口Delete)，而这其中除了查询接口根据数据展示的需求不同不确定性较大，其余的操作都可以拆解为对一个POJO类，或者说对数据库某张单表进行的操作。这就导致了在不同业务间存在大量的重复的模板代码，以及相同或类似的代码零散分布在整个项目中，如果想对这部分代码进行修改或升级，就必须将所有代码都进行修改。这样既违背了“高内聚”的开发原则，又存在开发人员漏改导致系统不完全升级的风险。

因而，如何提供一种有效降重的web后台快速开发框架，以解决了现阶段软件系统开发过程中代码低内聚及高重复度的问题，是目前需要考虑的。

发明内容

本公开旨在至少在一定程度上解决相关技术中的技术问题之一。

本公开实施例提出了一种web后台开发框架，包括：业务控制层、服务层和DAO层，

其中，业务控制层用于响应于接收到服务器前端发送的用户请求，根据所述用户请求所属的业务能力特征，从所述服务层中确定第一目标接口，并调用所述第一目标接口；

其中，服务层用于响应于所述目标业务接口被调用，根据所述业务功能特征，从所述DAO层中选择对应的持久层，以及所述持久层中的第二目标接口；

其中，DAO层用于响应于所述服务层调用所述持久层中的第二目标接口，以从数据库中获取数据。

可选的，所述业务控制层还用于：

响应于接收到服务器前端发送的用户请求，根据所述用户请求进行合法性校验，所述合法性校验包括用户权限检验和参数校验，

响应于所述用户请求的合法性校验为通过，根据所述用户请求，确定待实现的业务功能，以及所述业务功能对应的业务能力特征。

可选的，业务控制层还用于：

判断所述待实现的业务功能所对应的所述业务能力特征是否属于预先记录的基础能力特征；

在所述业务能力特征属于预先记录的基础能力特征的情况下，从所述服务层中选择BaseService公共类，并从所述BaseService公共类中调用与所述业务能力特征对应的第一目标接口，

其中，所述BaseService公共类继承BaseServiceImpl公共类，所述BaseServiceImpl公共类中的接口用于提供预先记录的常用数据库操作能力。

可选的，BaseService公共类中至少提供以下数据库操作接口中的一个：

create、delete、update、isExist、advRetrieveByPage、retrieveDetail。

可选的，业务控制层还用于：

判断所述待实现的业务功能所对应的所述业务能力特征是否属于预先记录的基础能力特征；

在所述业务能力特征不属于预先记录的基础能力特征的情况下，从所述服务层中选择业务ServiceImpl类，并从所述业务ServiceImpl类中调用与所述业务能力特征对应的第一目标接口。

可选的，服务层还用于：

判断所述待实现的业务功能所对应的所述业务能力特征是否属于预先记录的基础能力特征；

在所述业务能力特征属于预先记录的基础能力特征的情况下，从所述DAO层中选择BaseRepository公共类，并从所述BaseRepository公共类中调用与所述业务能力特征对应的第二目标接口，所述BaseRepository公共类属于所述持久层中的基础持久层，

其中，所述BaseRepository公共类中的接口用于提供预先记录的常用数据库操作能力。

可选的，服务层还用于：

判断所述待实现的业务功能所对应的所述业务能力特征是否属于预先记录的基础能力特征；

在所述业务能力特征不属于预先记录的基础能力特征的情况下，从所述DAO层中选择业务Repository类，并从所述业务Repository类中调用与所述业务能力特征对应的第二目标接口,其中，所述业务Repository类属于所述持久层中的业务持久层。

可选的，DAO层还用于：

响应于所述第二目标接口被调用，执行与所述第二目标接口对应的SQL语句，以从所述数据库中获取数据；

将从所述数据库中获取的数据返回至所述服务层，以使所述服务层将所述数据按照指定格式返回至所述业务控制层。

可选的，服务层还用于：

基于预设的规则，根据任一用户请求所属的业务能力特征，对当前BaseServiceImpl公共类或者业务ServiceImpl类中的接口进行更新。

可选的，服务层还用于：

基于预设的规则，根据任一用户请求所属的业务能力特征，对当前BaseRepository公共类或者业务Repository类中的接口进行更新。

本公开实施例中，使用本框架进行业务功能开发时不再需要对每个业务实体单独开发新增、删除、修改、查询接口，仅通过继承公共类型即可获得创建、删除、修改及常用查询的能力。业务实体的新增、删除、修改、查询功能作为单独的通用业务模块，实现了高内聚。对这部分功能进行修改和升级时不再需要到处修改零散的代码，而是仅在一个地方进行修改，其他引用处的代码并不需要改动。有效降低了代码的重复率，业务实体的新增、删除、修改、查询功能不再需要重复投入开发。避免重复开发能够有效提升开发效率，进而节约开发人力成本，缩短开发周期。对业务核心代码进行了封装，编写业务代码的程

序员不需要关注内部核心代码逻辑如何实现，只需要继承公共类型就可以获得₅通用的数据库操作能力，从而简化了开发流程，降低了开发难度。这样初级程序员就可以更专注在业务代码上，有经验的程序则可以更专注于核心代码的编写上，从而实现开发人员的解耦。

本公开附加的方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本公开的实践了解到。

附图说明

图1是根据本公开一实施例的web后台开发框架的示意图；

图2是根据本公开一实施例的web后台开发框架的系统架构图；

图3是根据本公开一实施例的web后台开发框架的系统时序图。

具体实施方式

下面详细描述本公开的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。

下面通过参考附图描述的实施例是示例性的，旨在用于解释本公开，而不能理解为对本公开的限制。

下面参考附图描述本公开实施例的充电控制方法、装置及充电电路。

图1是根据本公开一实施例的web后台开发框架的示意图。

如图1所示，web后台开发框架，包括：业务控制层、服务层和DAO层，

其中，业务控制层用于响应于接收到服务器前端发送的用户请求，根据所₅述用户请求所属的业务能力特征，从所述服务层中确定第一目标接口，并调用所述第一目标接口；

其中，服务层用于响应于所述目标业务接口被调用，根据所述业务功能特征，从所述DAO层中选择对应的持久层，以及所述持久层中的第二目标接口；

其中，DAO层用于响应于所述服务层调用所述持久层中的第二目标接口，以从数据库中获取数据。

可选的，所述业务控制层还用于：

响应于接收到服务器前端发送的用户请求，根据所述用户请求进行合法性校验，所述合法性校验包括用户权限检验和参数校验，

响应于所述用户请求的合法性校验为通过，根据所述用户请求，确定待实现的业务功能，以及所述业务功能对应的业务能力特征。

可选的，业务控制层还用于根据用户请求进行日志记录。

需要说明的是，用户在服务器前端在进行不同的操作时，服务器前端发送的用户请求也有所不同，比如，用户请求可以是查询用户名为张三，ID为1234的账号的身份信息的查询请求，或者也可以是基于对当前账号A中各个属性信息的修改，对账号A的内容进行更新的更新请求，或者，也可以是获取所有姓名为“张三”的数据，等等，可以有很多，在此不进行限定。

可以理解的是，在业务控制层接收到用户请求信息之后，需要进行合法性校验，以确定当前用户是否为合法用户，以及参数信息是否是合法格式的，定义具体需要实现的Rest接口，操作审计日志记录等等，在此不进行限定。之后，业务控制层可以根据用户请求当前将要实现的业务功能确定对应的业务能力特征。

其中，业务功能可以为删除业务、修改业务、查询业务、增加业务，等等，在此不做限定。其中，业务能力特征可以为与业务功能对应的能力特征信息。每个业务功能至少对应一项业务能力。其中业务能力可以是基于接口背后所封装的代码实现的，在此不进行限定。

可选的，业务控制层还用于：

判断所述待实现的业务功能所对应的所述业务能力特征是否属于预先记录的基础能力特征；

在所述业务能力特征属于预先记录的基础能力特征的情况下，从所述服务层中选择BaseService公共类，并从所述BaseService公共类中调用与所述业务能力特征对应的第一目标接口，

其中，所述BaseService公共类继承BaseServiceImpl公共类，所述BaseServiceImpl公共类中的接口用于提供预先记录的常用数据库操作能力。

其中，基础能力特征可以为各个业务功能在实现时业务接口均需要提供的能力，或者也可以为一些常用数据库操作能力，比如常见的数据库新增、删除、修改、查询操作，在此不做限定。

可选的，可以是预先对基础能力特征对应的各项基础业务能力进行封装定制。需要开发的功能在BaseService中已经实现：只需接口类继承BaseService公共类，同时定义业务实现类继承BaseServiceImpl公共类，即可获得所有常用数据库操作能力。需要开发的功能在BaseService中尚未实现：可根据系统需求评估该功能的普及性。若该功能为几乎所有业务实体都需要具备的基础能力，则应当将该功能实现加入BaseServiceImpl中，并在BaseService中添加对应的接口。

可选的，BaseService公共类中至少提供以下数据库操作接口中的一个：

create、delete、update、isExist、advRetrieveByPage、retrieveDetail。

可选的，业务控制层还用于：

判断所述待实现的业务功能所对应的所述业务能力特征是否属于预先记录的基础能力特征；

在所述业务能力特征不属于预先记录的基础能力特征的情况下，从所述服务层中选择业务ServiceImpl类，并从所述业务ServiceImpl类中调用与所述业务能力特征对应的第一目标接口。

需要说明的是，若业务能力特征不属于预先记录的基础能力特征的情况下，也即该功能为某一业务实体所具备的特性能力，则应当在继承BaseService的基础上额外在业务ServiceImpl中实现该能力，并在对应业务Service中添加对应接口。

其中，第一目标接口可以为从服务层中选择的与当前的业务功能对应的接口，其可以用于在服务层提供对应的业务能力。其中，第一目标接口中预先封装好用于实现任一能力的代码。

可选的，若业务能力特征不属于预先记录的基础能力特征，则可以从业务ServiceImpl类中调用与所述业务能力特征对应的第一目标接口，若业务能力特征属于预先记录的基础能力特征的情况下，从所述服务层中选择BaseService公共类，并从所述BaseService公共类中调用与所述业务能力特征对应的第一目标接口。

可选的，服务层还用于：

判断所述待实现的业务功能所对应的所述业务能力特征是否属于预先记录的基础能力特征；

在所述业务能力特征属于预先记录的基础能力特征的情况下，从所述DAO层中选择BaseRepository公共类，并从所述BaseRepository公共类中调用与所述业务能力特征对应的第二目标接口，所述BaseRepository公共类属于所述持久层中的基础持久层，

其中，所述BaseRepository公共类中的接口用于提供预先记录的常用数据库操作能力。

可选的，服务层还用于：

判断所述待实现的业务功能所对应的所述业务能力特征是否属于预先记录的基础能力特征；

在所述业务能力特征不属于预先记录的基础能力特征的情况下，从所述DAO层中选择业务Repository类，并从所述业务Repository类中调用与所述业务能力特征对应的第二目标接口,其中，所述业务Repository类属于所述持久层中的业务持久层。

可选的，完成Service层代码(服务层)开发后，需继续进行DAO层代码开发。DAO层代码开发同样存在两种情况：

若需要开发的功能在BaseRepository中已经实现：只需接口类继承BaseRepository公共类即可拥有所有常用数据操作能力。

若需要开发的功能在BaseRepository中尚未实现：可根据系统需求评估该功能的普及性。

若该功能为几乎所有业务实体都需要具备的能力，则应当在BaseMapper.xml文件中添加该功能实现，并在BaseRepository中添加对应的接口。若该功能为某一业务实体所具备的特性能力，则应当在继承BaseService的基础上选择适应当前开发团队的任一形式(如注解或xml文件的形式)额外在业务Repository中添加相应的实现与接口代码。

可选的，DAO层还用于：

响应于所述第二目标接口被调用，执行与所述第二目标接口对应的SQL语句，以从所述数据库中获取数据；

将从所述数据库中获取的数据返回至所述服务层，以使所述服务层将所述数据按照指定格式返回至所述业务控制层。

其中，第二目标接口可以为服务层从DAO层中选择的用于实现与当前的用户请求所要实现的业务功能对应的接口。若业务能力特征不属于预先记录的基础能力特征的情况下，从所述DAO层中选择业务Repository类，并从所述业务Repository类中调用与所述业务能力特征对应的第二目标接口，若业务能力特征属于预先记录的基础能力特征的情况下，从所述DAO层中选择BaseRepository公共类，并从所述BaseRepository公共类中调用与所述业务能力特征对应的第二目标接口。

可选的，服务层还用于：

基于预设的规则，根据任一用户请求所属的业务能力特征，对当前BaseServiceImpl公共类或者业务ServiceImpl类中的接口进行更新。

可选的，服务层还用于：

基于预设的规则，根据任一用户请求所属的业务能力特征，对当前BaseRepository公共类或者业务Repository类中的接口进行更新。

可选的，本发明利用Mybatis动态SQL技术，实现了用户自定义条件查询并对接口进行了统一封装，用以支撑BaseService中advRetrieveByPage方法的功能。框架使用者仅需简单的继承BaseService就能够拥有功能强大的自定义条件查询接口。该接口仅需前台传递格式化的查询条件，便能够获取所有满足条件的数据列表。举例来说，前台传递的查询条件列表为JSON对象，格式可简单理解为：

若框架使用者按照如上例子传递查询条件，则系统将返回所有姓名为“张三”的数据。同时由于自定义条件查询接口接收参数为查询条件列表，这表示前台用户可以同时传递多个查询条件，系统将返回同时满足传递所有的查询条件的数据。

属性名称与属性值之间的关系除了“等于”外，还可选择“包含”、“不包含”、“不等于”、“大于”、“小于”、“大于等于”、“小于等于”等关系。至此框架使用者即可完成一个业务实体的基本数据库操作，通过不断重复以上过程，即可简单、快速的构建自身所需业务系统。

需要说明的是，上述示例仅为本公开的一种示意性说明，在此不进行限定。

本公开实施例中，使用本框架进行业务功能开发时不再需要对每个业务实体单独开发新增、删除、修改、查询接口，仅通过继承公共类型即可获得创建、删除、修改及常用查询的能力。业务实体的新增、删除、修改、查询功能作为单独的通用业务模块，实现了高内聚。对这部分功能进行修改和升级时不再需要到处修改零散的代码，而是仅在一个地方进行修改，其他引用处的代码并不需要改动。有效降低了代码的重复率，业务实体的新增、删除、修改、查询功能不再需要重复投入开发。避免重复开发能够有效提升开发效率，进而节约开发人力成本，缩短开发周期。对业务核心代码进行了封装，编写业务代码的程序员不需要关注内部核心代码逻辑如何实现，只需要继承公共类型就可以获得通用的数据库操作能力，从而简化了开发流程，降低了开发难度。这样初级程序员就可以更专注在业务代码上，有经验的程序则可以更专注于核心代码的编写上，从而实现开发人员的解耦。

图2示出了本公开提供的一种系统架构图，如图2所示，业务控制层可以调用业务服务层的接口，业务服务层可以继承基础服务层，其中，基础服务层和业务服务层都对应有各自的代码实现，且业务服务层的实现可以继承基础服务层的实现。基础服务层的实现可以通过调用基础持久层中的接口来实现，业务服务层的实现可以调用业务持久层的接口来实现，业务持久层的接口和基础持久层的接口都对应的有代码实现，且业务持久层可以继承基础持久层的实现。

图3示出了本公开提供的一种系统时序图，如图3所示，业务controller调用Service方法，若调用的Service方法是业务Service层自有实现方法，则可以从业务ServiceImpl调用第一目标接口，若调用的Service方法是一些常用的业务实现方法，则可以调用父类继承方法，需要开发的功能在BaseService中已经实现：只需接口类继承BaseService公共类，同时定义业务实现类继承BaseServiceImpl公共类，即可获得所有常用数据库操作能力。

其中，BaseServiceImpl公共类可以调用BaseRepository公共类中的接口用于实现常用的数据库操作能力，从而执行对应的Sql语句，从Database中获取数据并进行return，业务ServiceImpl可以从业务Repository类中调用业务Repository方法，从而执行对应的Sql语句，从Database中获取数据并进行return，最终达到数据交换的目的。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本公开的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。

此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。在本公开的描述中，“多个”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。

流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现定制逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本公开的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本公开的实施例所属技术领域的技术人员所理解。

在流程图中表示或在此以其他方式描述的逻辑和/或步骤，例如，可以被认为是用于实现逻辑功能的可执行指令的定序列表，可以具体实现在任何计算机可读介质中，以供指令执行系统、装置或设备(如基于计算机的系统、包括处理器的系统或其他可以从指令执行系统、装置或设备取指令并执行指令的系统)使用，或结合这些指令执行系统、装置或设备而使用。就本说明书而言，"计算机可读介质"可以是任何可以包含、存储、通信、传播或传输程序以供指令执行系统、装置或设备或结合这些指令执行系统、装置或设备而使用的装置。计算机可读介质的更具体的示例(非穷尽性列表)包括以下：具有一个或多个布线的电连接部(电子装置)，便携式计算机盘盒(磁装置)，随机存取存储器(RAM)，只读存储器(ROM)，可擦除可编辑只读存储器(EPROM或闪速存储器)，光纤装置，以及便携式光盘只读存储器(CDROM)。另外，计算机可读介质甚至可以是可在其上打印所述程序的纸或其他合适的介质，因为可以例如通过对纸或其他介质进行光学扫描，接着进行编辑、解译或必要时以其他合适方式进行处理来以电子方式获得所述程序，然后将其存储在计算机存储器中。

应当理解，本公开的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。如，如果用硬件来实现和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(PGA)，现场可编程门阵列(FPGA)等。

本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。

此外，在本公开各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。

上述提到的存储介质可以是只读存储器，磁盘或光盘等。尽管上面已经示出和描述了本公开的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本公开的限制，本领域的普通技术人员在本公开的范围内可以对上述实施例进行变化、修改、替换和变型。

Claims (10)

1.一种web后台开发框架，其特征在于，包括业务控制层、服务层和DAO层，其中，

所述业务控制层用于响应于接收到服务器前端发送的用户请求，根据所述用户请求所属的业务能力特征，从所述服务层中确定第一目标接口，并调用所述第一目标接口；

所述服务层用于响应于所述目标业务接口被调用，根据所述业务功能特征，从所述DAO层中选择对应的持久层，以及所述持久层中的第二目标接口；

所述DAO层用于响应于所述服务层调用所述持久层中的第二目标接口，以从数据库中获取数据。

2.根据权利要求1所述的框架，其特征在于，所述业务控制层还用于：

响应于接收到服务器前端发送的用户请求，根据所述用户请求进行合法性校验，所述合法性校验包括用户权限检验和参数校验，

响应于所述用户请求的合法性校验为通过，根据所述用户请求，确定待实现的业务功能，以及所述业务功能对应的业务能力特征。

3.根据权利要求1或2所述的框架，其特征在于，所述业务控制层还用于：

判断所述待实现的业务功能所对应的所述业务能力特征是否属于预先记录的基础能力特征；

在所述业务能力特征属于预先记录的基础能力特征的情况下，从所述服务层中选择BaseService公共类，并从所述BaseService公共类中调用与所述业务能力特征对应的第一目标接口，

其中，所述BaseService公共类继承BaseServiceImpl公共类，所述BaseServiceImpl公共类中的接口用于提供预先记录的常用数据库操作能力。

4.根据权利要求3所述的方法，其特征在于，所述BaseService公共类中至少提供以下数据库操作接口中的一个：

create、delete、update、isExist、advRetrieveByPage、retrieveDetail。

5.根据权利要求1或2所述的框架，其特征在于，所述业务控制层还用于：

判断所述待实现的业务功能所对应的所述业务能力特征是否属于预先记录的基础能力特征；

在所述业务能力特征不属于预先记录的基础能力特征的情况下，从所述服务层中选择业务ServiceImpl类，并从所述业务ServiceImpl类中调用与所述业务能力特征对应的第一目标接口。

6.根据权利要求1或2所述的框架，其特征在于，所述服务层还用于：

判断所述待实现的业务功能所对应的所述业务能力特征是否属于预先记录的基础能力特征；

在所述业务能力特征属于预先记录的基础能力特征的情况下，从所述DAO层中选择BaseRepository公共类，并从所述BaseRepository公共类中调用与所述业务能力特征对应的第二目标接口，所述BaseRepository公共类属于所述持久层中的基础持久层，

其中，所述BaseRepository公共类中的接口用于提供预先记录的常用数据库操作能力。

7.根据权利要求1或2所述的框架，其特征在于，所述服务层还用于：

判断所述待实现的业务功能所对应的所述业务能力特征是否属于预先记录的基础能力特征；

在所述业务能力特征不属于预先记录的基础能力特征的情况下，从所述DAO层中选择业务Repository类，并从所述业务Repository类中调用与所述业务能力特征对应的第二目标接口,其中，所述业务Repository类属于所述持久层中的业务持久层。

8.根据权利要求1所述的框架，其特征在于，所述DAO层还用于：

响应于所述第二目标接口被调用，执行与所述第二目标接口对应的SQL语句，以从所述数据库中获取数据；

将从所述数据库中获取的数据返回至所述服务层，以使所述服务层将所述数据按照指定格式返回至所述业务控制层。

9.根据权利要求1所述的框架，其特征在于，所述服务层还用于：

基于预设的规则，根据任一用户请求所属的业务能力特征，对当前BaseServiceImpl公共类或者业务ServiceImpl类中的接口进行更新。

10.根据权利要求1所述的框架，其特征在于，所述服务层还用于：

基于预设的规则，根据任一用户请求所属的业务能力特征，对当前BaseRepository公共类或者业务Repository类中的接口进行更新。

Images