[发明专利]业务扩展方法、装置及电子设备

说明书

本发明实施例涉及计算机技术领域，公开了一种业务扩展方法、装置及电子设备，该方法包括：接收用户输入的类加载请求，类加载请求用于加载第一业务功能；通过目标类加载器对类加载请求进行处理，得到第一业务功能对应的业务扩展点；其中，目标类加载器包括基于JVM的第一类加载器和基于Spring容器的第二类加载器；在扩展点数据库中添加第一业务功能对应的业务扩展点。应用本发明的技术方案，通过本实施例提供的目标类加载器对类加载请求进行处理，可以起到各扩展包隔离的目的，能够实现中台系统的业务功能的热扩展和热收缩。

技术领域

本发明实施例涉及计算机技术领域，具体涉及一种业务扩展方法、装置及电子设备。

背景技术

目前，在中台设计上往往需要具有扩展性需求的功能。例如，在对消息通知中台进行设计时，需要实现通过即时通信、邮件以及短信等方式传递信息的目的，还需要实现可扩展和可收缩，这样，可以加入一些新的消息通知方式，以及可以删除一些陈旧的消息通知方式。

相关技术中，通过可插拔技术实现中台的可扩展和可收缩，但是，现有的可插拔技术在实现业务扩展和收缩时，需要对整个中台进行维护。例如，在对消息通知中台的即时通信方式进行技术微调时，需要对整个中台进行维护。同样地，在消息通知中台上新增信息通知方式时，也需要对整个中台进行维护。然而，在实际应用中，中台往往被众多上层应用使用，维护次数过多会影响上层应用，进而影响中台的可靠性。

发明内容

鉴于上述问题，本发明实施例提供了一种业务扩展方法、装置及电子设备，用于解决现有的可插拔技术在实现业务扩展和收缩时，需要对整个中台进行维护的问题。

根据本申请实施例的第一方面，提供了一种业务扩展方法，该方法包括：接收用户输入的类加载请求，类加载请求用于加载第一业务功能；通过目标类加载器对类加载请求进行处理，得到第一业务功能对应的业务扩展点；其中，目标类加载器包括基于JVM的第一类加载器和基于Spring容器的第二类加载器；在扩展点数据库中添加第一业务功能对应的业务扩展点。

在一种可选的方式中，通过目标类加载器对类加载请求进行处理，得到第一业务功能对应的业务扩展点，包括：若第一类加载器和第二类加载器均未处理过类加载请求，且第二类加载器可处理类加载请求，则通过第二类加载器对类加载请求进行处理。

在一种可选的方式中，通过目标类加载器对类加载请求进行处理，得到第一业务功能对应的业务扩展点，包括：若第一类加载器和第二类加载器均未处理过类加载请求，且第二类加载器不能处理类加载请求，则通过第一类加载器对类加载请求进行处理。

在一种可选的方式中，通过目标类加载器对类加载请求进行处理，得到第一业务功能对应的业务扩展点，包括：响应于类加载请求，获取与第一业务功能对应的文件包；通过目标类加载器对文件包进行转换处理，得到与第一业务功能对应的业务扩展点。

在一种可选的方式中，在响应于类加载请求，获取与第一业务功能对应的文件包之前，该方法还包括：定义与第一业务功能对应的业务扩展点接口的接口规范，其中，接口规范包括业务属性信息、用例属性信息和场景属性信息；根据业务扩展点接口的接口规范实现第一业务功能的业务逻辑，得到与第一业务功能对应的文件包。

在一种可选的方式中，该方法还包括：响应于触发第二业务功能的目标操作，获取第二业务功能的查询信息，其中，查询信息包括业务属性信息、用例属性信息和场景属性信息；调用与第二业务功能对应的业务扩展点接口，根据查询信息在扩展点数据库中查找业务扩展点；若扩展点数据库包括第一业务扩展点，则调用第一业务扩展点，以实现第二业务功能，其中，第一业务扩展点的属性信息与第二业务功能的查询信息相同。

在一种可选的方式中，在调用与第二业务功能对应的业务扩展点接口，根据查询信息在扩展点数据库中查找业务扩展点之后，该方法还包括：若扩展点数据库包括第二业务扩展点，则调用第二业务扩展点，以实现第二业务扩展点对应的第三业务功能，其中，第二业务扩展点的属性信息与第二业务功能的查询信息部分相同。