[发明专利]组件处理方法、装置及服务器

说明书

本申请实施例提供了一种组件处理方法、装置及服务器，其中方法包括：通过软件开发工具包读取入口文件清单，入口文件清单包括适配多个平台的入口文件路径、及组件产物对应的元数据；通过软件开发工具包根据各平台的入口文件路径获取入口源码，根据入口源码及组件产物对应的元数据进行编译，得到组件；通过软件开发工具包根据组件配置清单生成各平台对应的胶水层；以各平台对应的胶水层为入口对组件进行编译，得到各平台对应的构建产物。这样，通过软件开发工具包可以快速地获取各平台对应的构建产物，实现组件在多平台多次复用，提高构建产物的效率，节约用户开发时间。

技术领域

本申请涉及计算机技术领域，尤其涉及一种组件处理方法、装置及服务器。

背景技术

现有技术中，在交付网页(Web)应用的场景中，经常需要把可以复用的能力封装为组件。当开发者完成组件开发时，需要将组件的代码以某种形式导出，进而使其他开发者可以使用，这种导出组件的行为在业界普遍称为构建打包，最后导出的产物需要符合某种标准。组件的构建打包标准一般与低代码、无代码平台等消费方有强耦合的绑定关系，以实现组件的加载和显示。现有的低代码、无代码工具平台的组件构建打包方案一般提供用于搭建Web应用的低代码打包工具，低代码打包工具支持以自定义组件的方式拓展原有工具能力，自定义组件的构建打包方式和配套脚手架由专业团队维护。低代码打包工具构建的软件包可以被一对一定制的平台识别并使用。

这种通过低代码打包工具构建打包组件有以下弊端：生态单一，打包产物仅支持在固定平台使用；复杂的组件代码逻辑，开发者需要了解平台对组件的限制，进而开发适配数据类型的胶水层；资源浪费，多个组件引入同样的依赖被每个组件构建时打入，因此加载页面时通过网络多次传输了相同资源造成了社会资源浪费；对复杂数据结构羸弱的支持，对于多于一层深度的复杂数据结构需要手动对数据进行序列化和反序列化，增加了开发者的心智负担；构建打包速度极慢，在同一台电脑上(Intel i5 CPU 16GB RAM SSD)对同一组件源码进行打包，平均需要30秒-40秒，严重地影响了开发者的效率。综上，现有低代码打包工具构建组件过程存在效率比较低的问题。

发明内容

为了解决上述技术问题，本申请实施例提供了一种组件处理方法、装置及服务器。

第一方面，本申请实施例提供了一种组件处理方法，所述方法包括：

通过软件开发工具包读取入口文件清单，所述入口文件清单包括适配多个平台的入口文件路径、及组件产物对应的元数据；

通过所述软件开发工具包根据各平台的入口文件路径获取入口源码，根据所述入口源码及所述组件产物对应的元数据进行编译，得到组件；

通过所述软件开发工具包根据组件配置清单生成各平台对应的胶水层；

以各平台对应的胶水层为入口对所述组件进行编译，得到各平台对应的构建产物。

可选的，所述方法还包括：

将所述入口文件清单、所述组件配置清单、组件加载器、及所述各平台对应的构建产物进行打包，得到打包产物。

可选的，所述组件配置清单包括组件配置参数、配置类型和配置输入器类型，所述通过所述软件开发工具包根据组件配置清单生成各平台对应的胶水层，包括：

通过所述软件开发工具包根据所述组件配置参数、所述配置类型和所述配置输入器类型生成各平台对应的参数模型；

根据所述参数模型生成各平台对应的胶水层。

可选的，所述方法还包括：

通过所述软件开发工具包定义所述组件的可接收参数配置和描述、可发出的事件及描述、可读取的数据模型。

可选的，所述方法还包括：