[发明专利]应用的插件化改造方法、装置、电子设备及存储介质

说明书

本公开提供了一种应用的插件化改造方法，包括：提取至少一个待改造应用中的共有业务模块及共有界面，将共有业务模块及共有界面存入宿主应用中；修改至少一个待改造应用的配置文件，生成至少一个待改造应用的插件应用；在宿主应用和插件应用中增加第一通讯接口和至少一个第二通讯接口，使宿主应用能通过第一通讯接口启动插件应用，插件应用能通过至少一个第二通讯接口调用宿主应用中的共有业务模块及共有界面。本公开提供的方法可以将多款存量应用插件化并通过宿主应用安装和使用插件应用的功能，避免用户频繁切换应用，且用户设备桌面没有对应的插件应用图标，提高用户体验和设备桌面的整洁度。

技术领域

本公开涉及计算机技术领域，更具体地，涉及一种应用的插件化改造方法、装置、电子设备及计算机可读存储介质。

背景技术

现有的移动客户端插件化的技术是解决插件代码如何加载、插件中的组件生命周期如何管理、插件资源加载及插件与宿主中资源冲突的问题，各种插件化框架的核心思想都是采用代理的模式″欺骗″系统，让系统误以为调用插件功能和原生功能一样，实现客户端功能的动态加载。因需要拆分插件功能，涉及到项目重构，对于较繁杂的已有项目不适合，且对多款应用间以插件的方式加载通信，该技术方案的改造工作量较庞大。本发明提出一种对存量多款APP插件化改造的方案，达到通过宿主APP对所有插件APP进行安装、卸载、升级、管理等。

现有的移动客户端插件技术解决的是单一工程插件化改造，对于功能繁杂的APP插件化改造，改造工作量大、成本高，不能快速有效的解决多APP的插件化改造。

发明内容

有鉴于此，本公开提供了一种应用的插件化改造方法、装置、电子设备及计算机可读存储介质。

本公开的一个方面提供了一种应用的插件化改造方法，包括：提取至少一个待改造应用中的共有业务模块及共有界面，将所述共有业务模块及共有界面存入宿主应用中；修改所述至少一个待改造应用的配置文件，生成所述至少一个待改造应用的插件应用；在所述宿主应用和所述插件应用中增加第一通讯接口和至少一个第二通讯接口，使所述宿主应用能通过第一通讯接口启动所述插件应用并调用所述插件应用的功能，所述插件应用能通过所述至少一个第二通讯接口调用所述宿主应用中的所述共有业务模块及所述共有界面。

可选的，还包括：将同一用户在所述宿主应用及所述至少一个待改造应用的账户系统中的账户信息合并，得到合并账户系统。

可选的，所述方法还包括：修改所述共有业务模块中与所述至少一个待改造应用的账户系统关联的操作接口，使所述操作接口用于操作所述合并账户系统；当所述宿主应用通过所述第一通讯接口启动所述至少一个待改造应用的所述插件应用时，通过所述操作接口从所述合并账户系统中获取当前用户的账户信息，将所述账户信息传递给所述插件应用。

可选的，还包括：若所述账户信息传递成功，则打开所述插件应用的界面；若所述账户信息传递失败，则返回所述宿主应用的界面。

可选的，所述插件应用的界面包括所述共有界面和非共有界面，当所述插件应用调用与所述共有界面对应的功能时，包括：所述插件应用通过所述第二通讯接口向所述宿主应用发送界面请求，以获取与所述功能对应的所述共有界面。

可选的，所述修改所述至少一个待改造应用的配置文件，生成所述至少一个待改造应用的插件应用包括：修改所述至少一个待改造应用的配置文件中的应用启动配置方式；编译所述至少一个待改造应用的程序，生成所述至少一个待改造应用的插件应用安装包，其中，所述插件应用的启动方式为隐式启动。

可选的，还包括：在所述宿主应用中增加插件预判逻辑，所述插件预判逻辑包括：当用户期望通过所述宿主应用启动所述插件应用时，判断所述宿主应用中是否已安装所述插件应用；若所述宿主应用中已安装所述插件应用，则启动所述插件应用；若所述宿主应用中未安装所述插件应用，询问所述用户是否安装所述插件应用。