插件生成方法技术

本申请实施例公开了一种插件生成方法

【技术实现步骤摘要】
插件生成方法、装置、设备及计算机可读存储介质


[0001]本申请涉及软件开发
，尤其是一种插件生成方法
、
装置
、
设备及计算机可读存储介质
。

技术介绍

[0002]在安卓系统应用的开发过程中，由于业务的不断增长，导致项目的软件代码量越来越大
。
为方便技术人员对业务应用的不同功能的改动，通常根据业务服务的内容对代码进行划分，将不同的业务代码放置到独立的功能模块中进行开发，得到不同业务服务的业务组件
。
[0003]现有技术中，一般是将包含很多资源的大模块插件化，如将包含许多业务类或资源的模块插件化
。
因此，在对小模块插件化的过程中，通常需要将小模块中包括的单个业务类或者几个业务类手动抽离成插件，操作复杂，开发效率低下
。

技术实现思路

[0004]本申请实施例提供了一种插件生成方法
、
装置
、
设备及计算机可读存储介质，可以将单个业务类或者多个业务类抽离插件，提升了插件的开发效率，适用性强
。
[0005]本申请实施例提供了一种插件生成方法，该方法包括：获取业务应用中针对待打包业务类的抽离请求；业务应用包括待打包业务类，待打包业务类用于为业务应用提供业务服务；待打包业务类携带自定义注解，自定义注解用于标识待打包业务类处于待打包状态；在打包编译阶段中，根据所述抽离请求截获业务应用对应的第一业务类集合，根据第一业务类集合获取携带自定义注解的目标业务类；第一业务类集合包括待打包业务类；目标业务类与自定义注解之间的关联关系是通过自定义注解对待打包业务类进行注解得到；将目标业务类提取至临时文件中，根据临时文件打包生成待打包业务类对应的第一业务插件；第一业务插件用于为业务应用提供业务服务
。
[0006]本申请实施例一方面提供了一种插件生成装置，包括：第一获取模块，用于在业务应用中获取针对待打包业务类的抽离请求；业务应用包括待打包业务类，待打包业务类用于为业务应用提供业务服务；待打包业务类携带自定义注解，自定义注解用于标识待打包业务类处于待打包状态；第二获取模块，用于在打包编译阶段中，根据所述抽离请求截获业务应用对应的第一业务类集合，根据第一业务类集合获取携带自定义注解的目标业务类；第一业务类集合包括待打包业务类；目标业务类与自定义注解之间的关联关系是通过自定义注解对待打包业务类进行注解得到；第一生成模块，用于将目标业务类提取至临时文件中，根据临时文件打包生成待打包业务类对应的第一业务插件；第一业务插件用于为业务应用提供业务服务
。
[0007]其中，上述装置还包括：第三获取模块，用于获取用于匹配业务需求的注入组件，配置注入组件；在打包编译阶段中，截获业务应用对应的第一业务类集合，包括：第一处理模块，用于在打包编译阶段中，通过所配置的注入组件截获业务应用对应的第一业务类集合
。
[0008]其中，上述第二获取模块还包括：第一处理单元，用于在打包编译阶段中，根据所述抽离请求通过面向切面工具对第一业务类集合中包括的每个第一业务类进行格式转换处理，得到面向切面工具适用的第二业务类集合；第二业务类集合包括第二业务类，第二业务类为格式转换后的第一业务类；第二处理单元，用于通过面向切面工具从第二业务类集合中识别携带自定义注解的第二业务类，将携带自定义注解的第二业务类确定为目标业务类
。
[0009]其中，上述自定义注解包括注解生命周期和注解对象；注解生命周期用于声明自定义注解存在于打包编译阶段；注解对象用于声明对处于待打包状态的业务类进行注解
。
[0010]其中，上述第一业务类集合包括业务应用对应的主工程目录的类文件
、
本地类文件
、
打包类文件以及远程类文件
。
[0011]其中，上述第二处理单元包括：第一处理子单元，用于通过面向切面工具将自定义注解传入至第二业务类集合所关联的服务接口中，通过反射机制将服务接口返回的与自定义注解对应的注解对象的第二业务类确定为目标业务类
。
[0012]其中，上述第一生成模块包括：第三处理单元，用于在业务应用对应的主工程目录中新建待打包目录，将临时文件中包括的目标业务类拷贝至待打包目录中，通过编译打包工具对待打包目录进行打包处理，得到第一业务插件
。
[0013]其中，上述第一生成模块包括：第三处理单元，用于通过面向切面工具识别携带自定义注解的目标业务类关联的内部类；第三处理单元，用于将内部类抽离至临时文件中
。
[0014]本申请实施例一方面提供了一种计算机设备，包括：处理器和存储器；上述处理器与存储器
、
网络接口相连，其中，网络接口用于提供数据通信功能，存储器用于存储程序代码，处理器用于调用上述程序代码，以执行如本申请实施例第一方面提供的方法
。
[0015]本申请实施例一方面提供了一种计算机可读存储介质，计算机可读存储介质存储有计算机程序，该计算机程序适于由处理器加载并执行，以使得具有该处理器的计算机设备执行本申请实施例提供的方法
。
[0016]本申请实施例一方面提供了一种计算机程序产品，该计算机程序产品包括计算机程序，该计算机程序存储在计算机可读存储介质中
。
计算机设备的处理器从计算机可读存储介质读取该计算机程序，处理器执行该计算机程序，使得该计算机设备执行本申请实施例提供的方法
。
[0017]在本申请实施例中，可以获取业务应用中针对待打包业务类的抽离请求，根据抽
离请求截获业务应用对应的第一业务类集合，根据第一业务类集合获取携带自定义注解的目标业务类，将目标业务类提取至临时文件中，根据临时文件打包生成待打包业务类对应的第一业务插件
。
其中，待打包业务类携带自定义注解，自定义注解用于标识待打包业务类处于待打包状态
。
应当理解，根据自定义注解从第一业务类集合中获取携带自定义注解的目标业务类，可以在编译打包阶段自动识别携带自定义注解的目标业务类，将目标业务类提取至临时文件中，进而自动根据临时文件生成待打包业务类对应的第一业务插件，不需要技术人员手动抽取目标业务类，也避免了技术人员手动配置第一业务插件与业务应用之间的依赖关系，可以降低开发成本
。
另外，采用本申请既可以对单个或者少数业务类进行插件化处理，也可以对大量的业务类进行插件化处理，适用性更强
。
附图说明
[0018]图1是本申请实施例提供的一种网络架构的结构示意图；图2是本申请实施例提供的插件生成方法的第一种流程示意图；图3是本申请实施例提供的插件生成方法的一场景示意图；图4是本申请实施例提供的插件生成方法的第二种流程示意图；图5是本申请实施例提供的插件生成方法的一数据通信流程图；图6是本申请实施例提供的插件生成装置的结构示意图；图7是本申请实施例提供的计本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.
一种插件生成方法，其特征在于，所述方法包括：获取业务应用中针对待打包业务类的抽离请求；所述业务应用包括所述待打包业务类，所述待打包业务类用于为所述业务应用提供业务服务；所述待打包业务类携带自定义注解，所述自定义注解用于标识所述待打包业务类处于待打包状态；在打包编译阶段中，根据所述抽离请求截获所述业务应用对应的第一业务类集合，根据所述第一业务类集合获取携带所述自定义注解的目标业务类；所述第一业务类集合包括所述待打包业务类；所述目标业务类与所述自定义注解之间的关联关系是通过所述自定义注解对所述待打包业务类进行注解得到；将所述目标业务类提取至临时文件中，根据所述临时文件打包生成所述待打包业务类对应的第一业务插件；所述第一业务插件用于为所述业务应用提供业务服务
。2.
如权利要求1所述的插件生成方法，其特征在于，在所述获取业务应用中针对待打包业务类的抽离请求之前，所述方法还包括：获取用于匹配业务需求的注入组件，配置所述注入组件；所述在打包编译阶段中，截获所述业务应用对应的第一业务类集合，包括：在打包编译阶段中，通过所配置的所述注入组件截获所述业务应用对应的第一业务类集合
。3.
如权利要求1所述的插件生成方法，其特征在于，所述在打包编译阶段中，根据所述抽离请求截获所述业务应用对应的第一业务类集合，根据所述第一业务类集合获取携带所述自定义注解的目标业务类，包括：在所述打包编译阶段中，根据所述抽离请求通过面向切面工具对所述第一业务类集合中包括的每个第一业务类进行格式转换处理，得到所述面向切面工具适用的第二业务类集合；所述第二业务类集合包括第二业务类，所述第二业务类为格式转换后的第一业务类；通过所述面向切面工具从所述第二业务类集合中识别携带所述自定义注解的第二业务类，将携带所述自定义注解的第二业务类确定为目标业务类
。4.
如权利要求1所述的插件生成方法，其特征在于，所述自定义注解包括注解生命周期和注解对象；所述注解生命周期用于声明所述自定义注解存在于所述打包编译阶段；所述注解对象用于声明对处于待打包状态的业务类进行注解
。5.
如权利要求1所述的插件生成方法，其特征在于，所述第一业务类集合包括所述业务应用对应的主工程目录的类文件
、
本地类文件
、
打包类文件以及远程类文件
。6.
如权利要求3所述的插件生成方法，其特征在于，所述通过所述面向切面工具从所述第二业务类集合中识别携带所述自定义注解的第二业务类，将所述携带所述自定义注解的第二业务类确定为目标业务类，包括...

【专利技术属性】
技术研发人员：刘鸿达，侯锦坤，郭润增，王少鸣，张志强，
申请(专利权)人：腾讯科技深圳有限公司，
类型：发明
国别省市：