CN114217789A - 功能组件拓展方法、装置、设备、存储介质及程序产品 - Google Patents

Abstract

本公开提供了一种功能组件拓展方法、装置、电子设备、计算机可读存储介质及计算机程序产品，涉及低代码开发、云服务技术领域。该方法包括：接收通过预设的线上数据传输接口导入的自定义功能代码；根据自定义功能代码确定代码编译方式；按代码编译方式对自定义功能代码进行编译，得到编译结果；根据编译结果生成自定义功能组件，并将自定义功能组件作为拓展功能组件注入低代码开发平台的组件库。该方法为低代码开发平台增加了自定义功能组件的线上拓展能力，可以充分发挥开发者的应用开发能力，同时也能够充分借助低代码开发平台所提供的低代码开发能力，提升对目标应用所需功能的开发效率。

Description

功能组件拓展方法、装置、设备、存储介质及程序产品

技术领域

本公开涉及应用开发处理技术领域，具体涉及低代码开发、云服务技术领域，尤其涉及一种功能组件拓展方法、装置、电子设备、计算机可读存储介质及计算机程序产品。

背景技术

低代码开发平台(LCDP，Low-Code Development Platform)是无需编写代码(零代码)或通过编写少量代码就可以快速生成应用程序的开发平台。通过可视化进行应用程序开发的方法，使具有不同经验水平的开发人员可以通过图形化的用户界面，使用拖拽组件和模型驱动的逻辑来创建网页和移动应用程序。

通常低代码开发平台都会内置对应多种技术栈的功能组件(例如渲染器)以便于开发者直接在平台上进行调用，但仍无法满足所有开发者的开发需求。

因此，如何为低代码开发平台按开发者的实际需求提供功能组件的拓展功能，是本领域技术人员亟待解决的问题。

发明内容

本公开实施例提出了一种功能组件拓展方法、装置、电子设备、计算机可读存储介质及计算机程序产品。

第一方面，本公开实施例提出了一种功能组件拓展方法，包括：接收通过预设的线上数据传输接口导入的自定义功能代码；根据自定义功能代码确定代码编译方式；按代码编译方式对自定义功能代码进行编译，得到编译结果；根据编译结果生成自定义功能组件，并将自定义功能组件作为拓展功能组件注入低代码开发平台的组件库。

第二方面，本公开实施例提出了一种功能组件拓展装置，包括：自定义功能代码接收单元，被配置成接收通过预设的线上数据传输接口导入的自定义功能代码；代码编译方式确定单元，被配置成根据自定义功能代码确定代码编译方式；代码编译单元，被配置成按代码编译方式对自定义功能代码进行编译，得到编译结果；自定义功能组件生成及注入单元，被配置成根据编译结果生成自定义功能组件，并将自定义功能组件作为拓展功能组件注入低代码开发平台的组件库。

第三方面，本公开实施例提供了一种电子设备，该电子设备包括：至少一个处理器；以及与至少一个处理器通信连接的存储器；其中，存储器存储有可被至少一个处理器执行的指令，该指令被至少一个处理器执行，以使至少一个处理器执行时能够实现如第一方面中任一实现方式描述的功能组件拓展方法。

第四方面，本公开实施例提供了一种存储有计算机指令的非瞬时计算机可读存储介质，该计算机指令用于使计算机执行时能够实现如第一方面中任一实现方式描述的功能组件拓展方法。

第五方面，本公开实施例提供了一种包括计算机程序的计算机程序产品，该计算机程序在被处理器执行时能够实现如第一方面中任一实现方式描述的功能组件拓展方法。

为更好的满足开发者的应用开发需求，本公开提供了一种自定义功能组件的线上拓展方案，即通过增设线上数据传输接口来导入用户自行编写得到的自定义功能代码，然后通过正确的代码编译、封装、注入步骤，得以将与自定义功能代码对应的自定义功能组件注入组件库，从而提升对自定义功能组件的二次取用效率。即通过上述技术方案为低代码开发平台增加了自定义功能组件的线上拓展能力，可以充分发挥开发者的应用开发能力，同时也能够充分借助低代码开发平台所提供的低代码开发能力，提升对目标应用所需功能的开发效率。

应当理解，本部分所描述的内容并非旨在标识本公开的实施例的关键或重要特征，也不用于限制本公开的范围。本公开的其它特征将通过以下的说明书而变得容易理解。

附图说明

通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本公开的其它特征、目的和优点将会变得更明显：

图1是本公开可以应用于其中的示例性***架构；

图2为本公开实施例提供的一种功能组件拓展方法的流程图；

图3为本公开实施例提供的一种对自定义功能代码进行编译的方法的流程图；

图4为本公开实施例提供的一种具体的自定义功能组件的方案原理示意图；

图5为本公开实施例提供的一种功能组件拓展装置的结构框图；

图6为本公开实施例提供的一种适用于执行功能组件拓展方法的电子设备的结构示意图。

具体实施方式

以下结合附图对本公开的示范性实施例做出说明，其中包括本公开实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本公开的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。需要说明的是，在不冲突的情况下，本公开中的实施例及实施例中的特征可以相互组合。

本公开的技术方案中，所涉及的用户个人信息的收集、存储、使用、加工、传输、提供和公开等处理，均符合相关法律法规的规定，且不违背公序良俗。

图1示出了可以应用本公开的功能组件拓展方法、装置、电子设备及计算机可读存储介质的实施例的示例性***架构100。

如图1所示，***架构100可以包括终端设备101、网络102和服务器103。网络102用以在终端设备101和服务器103之间提供通信链路的介质。网络102可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户可以使用终端设备101通过网络102与服务器103交互，以接收或发送数据或指令等。终端设备101和服务器103上可以安装有各种用于实现两者之间进行信息通讯的应用，例如应用开发类应用、代码编写类应用、即时通讯类应用等。

终端设备101和服务器103可以是硬件，也可以是软件。当终端设备101为硬件时，可以是具有显示屏的各种电子设备，包括但不限于平板电脑、膝上型便携计算机和台式计算机、工作站等等；当终端设备101为软件时，可以安装在上述所列举的电子设备中，其可以实现成多个软件或软件模块，也可以实现成单个软件或软件模块，在此不做具体限定。当服务器103为硬件时，可以实现成多个服务器组成的分布式服务器集群，也可以实现成单个服务器；服务器为软件时，可以实现成多个软件或软件模块，也可以实现成单个软件或软件模块，在此不做具体限定。

服务器103通过内置的各种应用可以提供各种服务，以可以提供应用的低代码开发服务的应用开发类应用为例，服务器103在运行该应用开发类应用时可实现如下效果：首先，接收终端设备101经网络102通过预设的线上数据传输接口导入的自定义功能代码(由终端设备101在其上安装的代码编写类应用编写得到)；然后，根据自定义功能代码确定代码编译方式；接下来，按代码编译方式对自定义功能代码进行编译，得到编译结果；最后，根据编译结果生成自定义功能组件，并将自定义功能组件作为拓展功能组件注入低代码开发平台的组件库。

进一步的，服务器103就可以响应于终端设备101对组件库内任意功能组件的调用或使用请求。

需要指出的是，自定义功能代码除可以从终端设备101通过网络102获取到之外，也可以通过各种方式预先存储在服务器103本地。因此，当服务器103检测到本地已经存储有这些数据时(例如开始处理之前留存的功能组件拓展任务)，可选择直接从本地获取这些数据，在此种情况下，示例性***架构100也可以不包括终端设备101和网络102。

本公开后续各实施例所提供的功能组件拓展方法一般由承载低代码开发平台的服务器103来执行，相应地，功能组件拓展装置一般也设置于服务器103中。但同时也需要指出的是，在终端设备101也具有满足要求的运算能力和运算资源时，终端设备101也可以通过其上安装的应用开发类应用完成上述本交由服务器103做的各项运算，进而输出与服务器103同样的结果。尤其是在同时存在多种具有不同运算能力的终端设备的情况下，但应用开发类应用判断所在的终端设备拥有较强的运算能力和剩余较多的运算资源时，可以让终端设备来执行上述运算，从而适当减轻服务器103的运算压力，相应的，功能组件拓展装置也可以设置于终端设备101中。在此种情况下，示例性***架构100也可以不包括服务器103和网络102。也可以将服务器103上部署包含全量功能组件的完整版低代码开发平台，而在终端设备101上部署仅包含一些常用功能组件的基础版低代码开发平台。

应该理解，图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。

请参考图2，图2为本公开实施例提供的一种功能组件拓展方法的流程图，其中流程200包括以下步骤：

步骤201：接收通过预设的线上数据传输接口导入的自定义功能代码；

本步骤旨在由功能组件拓展方法的执行主体(例如图1所示的服务器103)接收通过预设的线上数据传输接口导入的自定义功能代码。

其中，自定义功能代码是由使用低代码开发平台进行应用开发是因不具有所需功能组件所自行编写得到的功能代码，用于构建实现所需功能的自定义功能组件。该自定义功能代码可以是开发者在用户终端(例如图1所示的终端设备101)上安装的代码编写应用中编写得到，然后通过网络传输至上述执行主体。

上述执行主体上承载的低代码开发平台被预先配置有用于接收线上传输来数据的线上数据传输接口，自定义功能代码将可以通过该线上数据传输接口被导入低代码开发平台，以使低代码开发品台通过解析该自定义功能代码最终实现构建出相应的自定义功能组件，最终完成功能组件的线上拓展。

步骤202：根据自定义功能代码确定代码编译方式；

在步骤201的基础上，本步骤旨在由上述执行主体根据自定义功能代码确定代码编译方式。由于自定义功能代码在真正生效之前还需要经过正确的编译，而对于按照不同语言、不同语法、不同格式、不同需求的代码内容往往都需要按照相应的编译方式，才能够得到正确、有效的编译结果，从而使得编译结果可以构建有效的自定义功能组件。

因此，本步骤旨在由上述执行主体根据自定义功能代码中包含的代码内容来确定正确的代码编译方式。以Java程序代码为例，其需要编译后才能在虚拟机中运行，而在Java体系下存在三种编译方式：前端编译、即时编译、静态提前编译，不同的编译方式对应不同的效果，可根据实际需求灵活确定，此处不再一一展开。

步骤203：按代码编译方式对自定义功能代码进行编译，得到编译结果；

在步骤202的基础上，本步骤旨在由上述执行主体按确定出的正确的代码编译方式，对自定义功能代码进行编译，以得到用于构建自定义功能组件的编译结果。

步骤204：根据编译结果生成自定义功能组件，并将自定义功能组件作为拓展功能组件注入低代码开发平台的组件库。

在步骤203的基础上，本步骤旨在由上述执行主体根据编译结果生成可正常执行或运行的自定义功能组件，并将该自定义功能组件作为一个拓展组件功能注入低代码开发平台的组件库，以使后续能够在组件库中查询到、调用该自定义功能组件，并最终实现在低代码平台上通过该自定义功能组件实现原先无法提供的开发需求。

其中，可正常执行或运行的自定义功能组件是指该自定义功能组件可正常实现预期想要实现的各种功能，例如与低代码开发平台中的其它功能组件共同用于应用的开发、数据交互等。具体的，自定义功能组件也可以作为一个独立的可执行应用依附于低代码开发平台，或者作为一个插件集成于低代码开发平台。

另外，将自定义功能组件作为拓展功能组件注入低代码开发平台的组件库，是为了通过“拓展功能组件”区别于组件库中的“基础功能组件”，而“注入”的操作并不仅仅是将自定义功能组件存储进组件库，而是同时提供相应的检索、查询功能，例如为该自定义功能组件进行唯一名称/编号的命名，并将其作为绑定的身份信息或索引信息，从而后续能够通过该身份信息或索引信息在组件库中准确的找到该自定义功能组件。另外，除上述身份信息之外，还可以通过为每个组件附加与注入时间、功能特性、开发者、被使用次数等标签，从而在查询者未持有身份信息或索引信息的情况下提供模糊查询功能。

为更好的满足开发者的应用开发需求，本公开实施例提供的功能组件拓展方法提供了一种自定义功能组件的线上拓展方案，即通过增设线上数据传输接口来导入用户自行编写得到的自定义功能代码，然后通过正确的代码编译、封装、注入步骤，得以将与自定义功能代码对应的自定义功能组件注入组件库，从而提升对自定义功能组件的二次取用效率。即通过上述技术方案为低代码开发平台增加了自定义功能组件的线上拓展能力，可以充分发挥开发者的应用开发能力，同时也能够充分借助低代码开发平台所提供的低代码开发能力，提升对目标应用所需功能的开发效率。

请参考图3，图3为本公开实施例提供的一种对自定义功能代码进行编译的方法的流程图，其中流程300包括以下步骤：

步骤301：根据自定义功能代码确定代码编译方式；

步骤302：判断自定义功能代码中是否包含外部依赖内容，若是，执行步骤303，否则执行步骤309；

其中，外部依赖内容指自定义功能代码中的某些代码的正常执行所依赖的前置内容，例如第三方SDK(Software Development Kit，软件开发工具包)、某个外部函数、某个外部接口等。

本步骤之所以要判断自定义功能代码中是否包含外部依赖内容，是因为存在的外部依赖内容如果不存在于本地，自定义功能代码就将因缺失这部分依赖内容导致无法正常完成编译，或导致编译完成的编译结构无法构建得到预期的自定义功能组件。因此就需要在发现存在外部依赖内容时，在编译前确保编译环境下安装有该外部依赖内容，即满足自定义功能代码正常生效的前提。

步骤303：确定外部依赖内容的目标类型和目标版本号；

本步骤建立在步骤302的判断结果为自定义功能代码中包含外部依赖内容的基础上，旨在由上述执行主体进一步的确定该外部依赖内容的目标类型和目标版本号。其中，目标类型用于从类型上区别不同的依赖内容，目标版本号则用于明确目标类型的依赖内容的具体版本号，以避免因版本号不同带来的版本内容差异。

步骤304：判断低代码开发平台是否集成有目标类型的依赖内容，若是，执行步骤305，否则执行步骤307；

在步骤303的基础上，本步骤旨在由上述执行主体判断低代码开发平台是否集成有目标类型的依赖内容，并根据判断结果选择不同的处理分支。

步骤305：判断低代码开发平台集成的目标类型的依赖内容的版本号是否为目标版本号，若是，执行步骤308，否则执行步骤306；

本步骤建立在步骤304的判断结果为低代码开发平台集成有目标类型的依赖内容的基础上，旨在由上述执行主体进一步的判断版本号是否为目标版本号，以先后通过目标类型和目标版本号来明确低代码开发平台上是否已经集成有相同的依赖内容。

步骤306：屏蔽集成的非目标版本号的依赖内容；

本步骤建立在步骤低代码开发平台集成的目标类型的依赖内容的版本号不为目标版本号的基础上，也就是说低代码开发平台虽然集成有相同类型的依赖内容，但其版本号不同于目标版本号，因此实际上存在版本差异。为了尽可能的规避因版本差异所带在功能差异，本步骤旨在由上执行主体屏蔽集成的非目标版本号的依赖内容，以避免非目标版本号的依赖内容对后续获取和安装的目标版本号的依赖内容造成冲突。

步骤307：获取外部依赖内容；

本步骤建立在步骤304的判断结果为低代码开发平台未集成有目标类型的依赖内容的基础上，以及作为步骤306执行完的下一步，旨在由上述执行主体在目标类型、目标版本号的外部依赖内容缺失的情况下，主动的获取该外部依赖内容。具体的，获取方式包括且不限于从官方网站下载、指定的存储空间获取等、向其它用户节点发起同步请求等。

步骤308：将自定义功能代码中对外部依赖内容外部调用修改为集成依赖内容的本地调用；

本步骤建立在步骤低代码开发平台集成的目标类型的依赖内容的版本号为目标版本号的基础上，说明低代码开发平台上已经集成了与外部依赖内容相同的依赖内容，因此为了避免执行外部依赖内容的获取操作和提升调用速度，本步骤旨在由上述执行主体将自定义功能代码中对外部依赖内容外部调用修改为集成依赖内容的本地调用。

步骤309：在包含有正常运行的依赖内容的编译环境下，按代码编译方式对自定义功能代码进行编译。

本步骤建立在步骤302的判断结果为自定义功能代码中不包含外部依赖内容的基础上，以及作为步骤308的下一步，旨在由上述执行主体在包含有正常运行的依赖内容的编译环境下，按代码编译方式对自定义功能代码进行编译。

具体的，包含有正常运行的依赖内容的编译环境，在自定义功能代码中不包含外部依赖内容的情况下，编译环境下存在的正常运行的依赖内容均来自于低代码开发平台自身集成的依赖内容；在自定义功能代码中包含外部依赖内容且该外部依赖内容需要从外部获取的情况下，编译环境下存在的正常运行的依赖内容除自身集成的依赖内容还包括外部获取的外部依赖内容。

针对流程200中的步骤202-步骤203，本实施例通过步骤301-步骤309提供了一种具体的实现方式，着重针对自定义功能代码中是否包含影响后续编译的外部依赖内容，根据各种可能性提供了不同的处理分支，以确保在各种情况下均能够正确的完成编译操作，得到有效的编译结果。

本实施例根据设置的多层判断提供了多个处理分支，每次判断均根据判断结果提供了相对的两个处理分支，但需要说明的是，每对处理分支的处理方式并不是唯一且固定的，也不是一定要进行如本实施例一样的多层判断，每个处理分支其实均可以独立的与流程200形成不同的独立实施例，本实施例仅作为一个同时覆盖多种情况、考虑全面的优选实施例存在。

在上述任意实施例的基础上，为了加深对如何确定代码编译方式的理解，本实施例还以自定义功能代码用于构建自定义渲染器的为例，提供了一种具体的实现方式：首先，根据自定义功能代码确定插件代码编写方式和风格代码编写方式；然后，根据插件代码编写方式和风格代码编写方式确定代码编译方式。即根据渲染器的功能，其组件内部比较重要的为插件(plugin)代码和风格(style)代码，因此本实施例将根据插件代码和风格代码的编写方式来确定合适的代码编译方式，以提升确定出的代码编译方式的正确性。具体的，插件代码和风格代码的编写方式可能不同。

在上述任意实施例的基础上，本实施例还考虑到后续的组件调用问题，提供了一种用于准确索引至自定义功能组件的方式，例如根据自定义功能代码确定自定义功能组件的标识信息(例如为其命名的唯一名称、编号、特定字符串等)，然后，将标识信息作为对应的自定义功能组件的拓展索引注入组件库的索引库。

进一步的，在上述执行主体接收到包含拓展索引的组件查询请求时，就可以根据拓展索引确定组件库中的自定义功能组件，然后判断本地是否挂载有相同的自定义功能组件，并在本地未挂载有自定义功能组件时，获取该自定义功能组件至本地，并将获取至本地的自定义功能组件挂载至本地的低代码开发平台(例如借助浏览器作为访问载体时，可将该自定义功能组件挂载至本地浏览器)，从而便于通过本地进行调用。

为加深理解，本公开还结合一个具体应用场景，具体给出了一种通过线上方式自行为低代码开发平台提供拓展功能组件的方案：

本实施例预先为低代码开发平台配置了自定义组件开发的代码编辑器、编译配置、构建、调试、版本管理等功能，能够满足用户多种定制化，包括框架、组件定制化、样式定制化、编辑器插件定制化、第三方依赖定制化、NPM(Node Package Manager，是node的包管理工具，是用JavaScript写出来的工具，被内置进了node中)源定制化；能够满足开发。

如图4所示，该代码编辑器支持编写以下代码：

Render：自定义渲染器代码，这个是自定义组件的核心代码，基于它实现自定义渲染器的UI(User Interface，用户界面)、交互功能；

Style：自定义样式代码，开发者可以编写自己想要的样式，在线编写支持SCSS(专业级CSS扩展语言，CSS的英文全称为Cascading Style Sheets、中文名为：层叠样式表，是一种用来表现HTML(标准通用标记语言的一个应用)或XML(标准通用标记语言的一个子集)等文件样式的计算机语言)；

Plugin：自定义编辑器插件代码，如果该组件是一个常用业务组件，且希望它的使用成本更低，可以在线编写可视化编辑器插件，它可以帮你实现可视化配置面板的渲染和交互。

编译配置主要功能如下：

依赖管理：帮助开发者安装自己想要的NPM依赖包，例如element-ui(元素-用户界面)等；

自定义.npmrc：支持开发者自定义.npmrc文件，以支持一些内部NPM包的安装。

构建由前端触发，后端通过后台任务进行构建处理，主要功能如下：

开启日志：用于自定义组件构建的后台任务的日志记录；

组件过滤：过滤掉禁用掉的组件；

处理vue(用于构建用户界面的渐进式框架)依赖：组件过滤之后，如果存在可编译的组件，需要针对vue框架的自定义组件进行vue的依赖处理，如果不存在vue框架的自定义组件，则需要删除所有vue的相关依赖，如果存在vue框架的自定义组件，需要判断是vue2.x还是vue3.x，分别添加对应的依赖，但两个版本不能同时存在；

初始化编译环境：编译环境分为package.json、webpack构建配置，待编译源码文件、主文件等，这些全部在线自动生成；

处理module文件：首先清理环境目录，收集自定义组件和插件模块化entry(输入)，组装自定义组件和编辑器插件模块源码，即require(需求)和callback(回调)，生成自定义组件主文件index.js和编辑器插件文件plugins.js；

生成源码文件：自定义组件源码文件包含渲染器源码、样式源码、编辑器插件文件，通过node(JavaScript语言下的一种文件格式)文件服务直接写入；

构建框架工厂类文件：其中包含jqFactory、vue3Factory、vueFactory，它们的作用主要是将不同技术栈框架的源码转换成React(用于构建用户界面的JavaScript库)框架；

生成package.json：首先获取平台自身package.json，然后merge(融合)用户配置的第三方库，删除已有依赖，避免加载多个同名依赖包；

创建tsconfig.json：主要是为了处理TS相关文件，固定配置即可；

创建webpack.config.js：首先处理externals(外部拓展)，将amis(低代码前端框架)、editor(编辑器)、layout(布局)等设置为外部依赖，避免重复打包；然后配置entry、output(输出)、module、plugins(插件)等，需要说明的是，为了性能需要将组件和编辑器插件拆开，方便独立load(载入)；

生成.npmrc：它的作用是为了支持用户自定义NPM源，方便用户引入自己的库；

开始构建：判断是否需要执行安装，避免不必要的损耗，如果需要则执行npminstall命令进行环境安装，然后执行webpack(模块打包器)进行编译；

编译产出处理：编译结束后，将编译好的自定义组件和编辑器插件文件进行封装，分别注入amisMakeModBridge和editorMakeModBridge(两个注入函数)，使其支持当前的低代码开发平台，并生成唯一的key，将key存入customComponentsSrc和customPluginsSrc，最后存入数据库。

构建完成之后，想要自定义组件立即生效还需要进行以下处理：

挂载编译后的文件：后端处理完构建之后，前端分别监听customComponentsSrc和customPluginsSrc的更新，如果检测到更新，则执行新JS脚本的挂载，即通过script标签，将JS脚本注入当前页面模板；

加载JS脚本：挂载之后将自动执行amisMakeModBridge和editorMakeModBridge，前端会将自定义组件渲染器和自定义编辑器插件分别注册到amis renders和editorplugins，即执行registerCustomCmpts和registerCustomPlugins，此时开发者可以到平台中调用。

除上述给出的线上拓展方式外，还可以为更习惯用自己的前端IDE(IntegratedDevelopment Environment，集成开发环境)进行研发的开发者提供一种开箱即用的自定义组件研发框架，可将该方式称为本地拓展，主要包括：

基础研发框架：基础研发框架主要包括React、Vue、JQuery、TS、AMIS、AMISEditor，另外还基于react-router、react-scripts提供本地调试模板；

研发工程结构规范：按照技术栈、组件类别规范进行区分，便于构建过程中自动识别；

构建打包工具：开发完成后，运行npm run build命令，构建过程支持自动识别工程中的自定义组件源文件和依赖关系，并提供规范检查，按照类型解析生成待代码开发平台可以识别的JSON源文件，并压缩成zip文件；

打包完成的自定义组件zip包可以直接导入到本地的低代码开发平台使用。

简单来说，本地拓展的方式相当于要求开发者将本地IDE按照低代码开发平台给出的一套识别标准进行封装、打包，以在导入后能够被低代码开发平台正确识别，进而准确发挥其功能特性。

进一步参考图5，作为对上述各图所示方法的实现，本公开提供了一种功能组件拓展装置的一个实施例，该装置实施例与图2所示的方法实施例相对应，该装置具体可以应用于各种电子设备中。

如图5所示，本实施例的功能组件拓展装置500可以包括：自定义功能代码接收单元501、代码编译方式确定单元502、代码编译单元503、自定义功能组件生成及注入单元504。其中，自定义功能代码接收单元501，被配置成接收通过预设的线上数据传输接口导入的自定义功能代码；代码编译方式确定单元502，被配置成根据自定义功能代码确定代码编译方式；代码编译单元503，被配置成按代码编译方式对自定义功能代码进行编译，得到编译结果；自定义功能组件生成及注入单元504，被配置成根据编译结果生成自定义功能组件，并将自定义功能组件作为拓展功能组件注入低代码开发平台的组件库。

在本实施例中，功能组件拓展装置500中：自定义功能代码接收单元501、代码编译方式确定单元502、代码编译单元503、自定义功能组件生成及注入单元504的具体处理及其所带来的技术效果可分别参考图2对应实施例中的步骤201-204的相关说明，在此不再赘述。

在本实施例的一些可选的实现方式中，功能组件拓展装置500还可以包括：

身份信息确定单元，被配置成根据自定义功能代码确定自定义功能组件的标识信息；

拓展索引注入单元，被配置成将标识信息作为对应的自定义功能组件的拓展索引注入组件库的索引库。

在本实施例的一些可选的实现方式中，功能组件拓展装置500还可以包括：

组件查询请求处理单元，被配置成响应于接收到包含拓展索引的组件查询请求，根据拓展索引确定组件库中的自定义功能组件；

本地挂载单元，被配置成响应于本地未挂载有自定义功能组件，获取自定义功能组件至本地，并将获取至本地的自定义功能组件挂载至本地的低代码开发平台。

在本实施例的一些可选的实现方式中，功能组件拓展装置500还可以包括：

外部依赖内容获取单元，被配置成在按代码编译方式对自定义功能代码进行编译之前，响应于自定义功能代码中包含有外部依赖内容，获取外部依赖内容，并控制外部依赖内容在编译环境中正常运行；

代码编译单元503可以被进一步配置成：

在包含有正常运行的外部依赖内容的编译环境下，按代码编译方式对自定义功能代码进行编译。

在本实施例的一些可选的实现方式中，外部依赖内容获取单元可以被进一步配置成为：

响应于自定义功能代码中包含有外部依赖内容，确定外部依赖内容的目标类型和目标版本号；

响应于低代码开发平台未集成有目标类型的依赖内容，执行获取外部依赖内容的步骤；

响应于低代码开发平台集成有类型为目标类型、版本号不同于目标版本号的依赖内容，在屏蔽集成的非目标版本号的依赖内容之后，执行获取外部依赖内容的步骤。

在本实施例的一些可选的实现方式中，功能组件拓展装置500还可以包括：

调用修改单元，被配置成在按代码编译方式对自定义功能代码进行编译之前，响应于自定义功能代码中包含有外部依赖内容且低代码开发平台集成有相同的依赖内容，将自定义功能代码中对外部依赖内容外部调用修改为集成依赖内容的本地调用。

在本实施例的一些可选的实现方式中，代码编译单元503可以被进一步配置成：

响应于自定义功能代码用于构建自定义渲染器，根据自定义功能代码确定插件代码编写方式和风格代码编写方式；

根据插件代码编写方式和风格代码编写方式确定代码编译方式。

本实施例作为对应于上述方法实施例的装置实施例存在。

为更好的满足开发者的应用开发需求，本公开实施例提供的功能组件拓展装置提供了一种自定义功能组件的线上拓展方案，即通过增设线上数据传输接口来导入用户自行编写得到的自定义功能代码，然后通过正确的代码编译、封装、注入步骤，得以将与自定义功能代码对应的自定义功能组件注入组件库，从而提升对自定义功能组件的二次取用效率。即通过上述技术方案为低代码开发平台增加了自定义功能组件的线上拓展能力，可以充分发挥开发者的应用开发能力，同时也能够充分借助低代码开发平台所提供的低代码开发能力，提升完成对目标应用所需功能的开发效率。

根据本公开的实施例，本公开还提供了一种电子设备，该电子设备包括：至少一个处理器；以及与至少一个处理器通信连接的存储器；其中，存储器存储有可被至少一个处理器执行的指令，该指令被至少一个处理器执行，以使至少一个处理器执行时能够实现上述任意实施例所描述的功能组件拓展方法。

根据本公开的实施例，本公开还提供了一种可读存储介质，该可读存储介质存储有计算机指令，该计算机指令用于使计算机执行时能够实现上述任意实施例所描述的功能组件拓展方法。

根据本公开的实施例，本公开还提供了一种计算机程序产品，该计算机程序在被处理器执行时能够实现上述任意实施例所描述的功能组件拓展方法。

图6示出了可以用来实施本公开的实施例的示例电子设备600的示意性框图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本公开的实现。

如图6所示，设备600包括计算单元601，其可以根据存储在只读存储器(ROM)602中的计算机程序或者从存储单元608加载到随机访问存储器(RAM)603中的计算机程序，来执行各种适当的动作和处理。在RAM 603中，还可存储设备600操作所需的各种程序和数据。计算单元601、ROM 602以及RAM 603通过总线604彼此相连。输入/输出(I/O)接口605也连接至总线604。

设备600中的多个部件连接至I/O接口605，包括：输入单元606，例如键盘、鼠标等；输出单元607，例如各种类型的显示器、扬声器等；存储单元608，例如磁盘、光盘等；以及通信单元609，例如网卡、调制解调器、无线通信收发机等。通信单元609允许设备600通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。

计算单元601可以是各种具有处理和计算能力的通用和/或专用处理组件。计算单元601的一些示例包括但不限于中央处理单元(CPU)、图形处理单元(GPU)、各种专用的人工智能(AI)计算芯片、各种运行机器学习模型算法的计算单元、数字信号处理器(DSP)、以及任何适当的处理器、控制器、微控制器等。计算单元601执行上文所描述的各个方法和处理，例如功能组件拓展方法。例如，在一些实施例中，功能组件拓展方法可被实现为计算机软件程序，其被有形地包含于机器可读介质，例如存储单元608。在一些实施例中，计算机程序的部分或者全部可以经由ROM 602和/或通信单元609而被载入和/或安装到设备600上。当计算机程序加载到RAM 603并由计算单元601执行时，可以执行上文描述的功能组件拓展方法的一个或多个步骤。备选地，在其他实施例中，计算单元601可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行功能组件拓展方法。

本文中以上描述的***和技术的各种实施方式可以在数字电子电路***、集成电路***、场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、芯片上***的***(SOC)、负载可编程逻辑设备(CPLD)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程***上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储***、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储***、该至少一个输入装置、和该至少一个输出装置。

用于实施本公开的方法的程序代码可以采用一个或多个编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器，使得程序代码当由处理器或控制器执行时使流程图和/或框图中所规定的功能/操作被实施。程序代码可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。

在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行***、装置或设备使用或与指令执行***、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体***、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。

为了提供与用户的交互，可以在计算机上实施此处描述的***和技术，该计算机具有：用于向用户显示信息的显示装置(例如，CRT(阴极射线管)或者LCD(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。

可以将此处描述的***和技术实施在包括后台部件的计算***(例如，作为数据服务器)、或者包括中间件部件的计算***(例如，应用服务器)、或者包括前端部件的计算***(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的***和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算***中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将***的部件相互连接。通信网络的示例包括：局域网(LAN)、广域网(WAN)和互联网。

计算机***可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，又称为云计算服务器或云主机，是云计算服务体系中的一项主机产品，以解决传统物理主机与虚拟专用服务器(VPS，Virtual Private Server)服务中存在的管理难度大，业务扩展性弱的缺陷。

为更好的满足开发者的应用开发需求，本公开实施例提供了一种自定义功能组件的线上拓展方案，即通过增设线上数据传输接口来导入用户自行编写得到的自定义功能代码，然后通过正确的代码编译、封装、注入步骤，得以将与自定义功能代码对应的自定义功能组件注入组件库，从而提升对自定义功能组件的二次取用效率。即通过上述技术方案为低代码开发平台增加了自定义功能组件的线上拓展能力，可以充分发挥开发者的应用开发能力，同时也能够充分借助低代码开发平台所提供的低代码开发能力，提升完成对目标应用所需功能的开发效率。

应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发公开中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本公开公开的技术方案所期望的结果，本文在此不进行限制。

上述具体实施方式，并不构成对本公开保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本公开的精神和原则之内所作的修改、等同替换和改进等，均应包含在本公开保护范围之内。

Claims (17)

1.一种功能组件拓展方法，包括：

接收通过预设的线上数据传输接口导入的自定义功能代码；

根据所述自定义功能代码确定代码编译方式；

按所述代码编译方式对所述自定义功能代码进行编译，得到编译结果；

根据所述编译结果生成自定义功能组件，并将所述自定义功能组件作为拓展功能组件注入低代码开发平台的组件库。

2.根据权利要求1所述的方法，还包括：

根据所述自定义功能代码确定所述自定义功能组件的标识信息；

将所述标识信息作为对应的自定义功能组件的拓展索引注入所述组件库的索引库。

3.根据权利要求2所述的方法，还包括：

响应于接收到包含所述拓展索引的组件查询请求，根据所述拓展索引确定所述组件库中的自定义功能组件；

响应于本地未挂载有所述自定义功能组件，获取所述自定义功能组件至本地，并将获取至本地的自定义功能组件挂载至本地的低代码开发平台。

4.根据权利要求1所述的方法，其中，在所述按所述代码编译方式对所述自定义功能代码进行编译之前，还包括：

响应于所述自定义功能代码中包含有外部依赖内容，获取所述外部依赖内容，并控制所述外部依赖内容在编译环境中正常运行；

所述按所述代码编译方式对所述自定义功能代码进行编译，包括：

在包含有正常运行的外部依赖内容的编译环境下，按所述代码编译方式对所述自定义功能代码进行编译。

5.根据权利要求4所述的方法，其中，所述响应于所述自定义功能代码中包含有外部依赖内容，获取所述外部依赖内容，包括：

响应于所述自定义功能代码中包含有外部依赖内容，确定所述外部依赖内容的目标类型和目标版本号；

响应于所述低代码开发平台未集成有所述目标类型的依赖内容，执行所述获取所述外部依赖内容的步骤；

响应于所述低代码开发平台集成有类型为所述目标类型、版本号不同于所述目标版本号的依赖内容，在屏蔽集成的非所述目标版本号的依赖内容之后，执行所述获取所述外部依赖内容的步骤。

6.根据权利要求1所述的方法，其中，在所述按所述代码编译方式对所述自定义功能代码进行编译之前，还包括：

响应于所述自定义功能代码中包含有外部依赖内容且所述低代码开发平台集成有相同的依赖内容，将所述自定义功能代码中对所述外部依赖内容外部调用修改为集成依赖内容的本地调用。

7.根据权利要求1-6任一项所述的方法，其中，所述根据所述自定义功能代码确定代码编译方式，包括：

响应于所述自定义功能代码用于构建自定义渲染器，根据所述自定义功能代码确定插件代码编写方式和风格代码编写方式；

根据所述插件代码编写方式和所述风格代码编写方式确定所述代码编译方式。

8.一种功能组件拓展装置，包括：

自定义功能代码接收单元，被配置成接收通过预设的线上数据传输接口导入的自定义功能代码；

代码编译方式确定单元，被配置成根据所述自定义功能代码确定代码编译方式；

代码编译单元，被配置成按所述代码编译方式对所述自定义功能代码进行编译，得到编译结果；

自定义功能组件生成及注入单元，被配置成根据所述编译结果生成自定义功能组件，并将所述自定义功能组件作为拓展功能组件注入低代码开发平台的组件库。

9.根据权利要求8所述的装置，还包括：

身份信息确定单元，被配置成根据所述自定义功能代码确定所述自定义功能组件的标识信息；

拓展索引注入单元，被配置成将所述标识信息作为对应的自定义功能组件的拓展索引注入所述组件库的索引库。

10.根据权利要求9所述的装置，还包括：

组件查询请求处理单元，被配置成响应于接收到包含所述拓展索引的组件查询请求，根据所述拓展索引确定所述组件库中的自定义功能组件；

本地挂载单元，被配置成响应于本地未挂载有所述自定义功能组件，获取所述自定义功能组件至本地，并将获取至本地的自定义功能组件挂载至本地的低代码开发平台。

11.根据权利要求8所述的装置，还包括：

外部依赖内容获取单元，被配置成在所述按所述代码编译方式对所述自定义功能代码进行编译之前，响应于所述自定义功能代码中包含有外部依赖内容，获取所述外部依赖内容，并控制所述外部依赖内容在编译环境中正常运行；

所述代码编译单元被进一步配置成：

在包含有正常运行的外部依赖内容的编译环境下，按所述代码编译方式对所述自定义功能代码进行编译。

12.根据权利要求11所述的装置，其中，所述外部依赖内容获取单元被进一步配置成：

响应于所述自定义功能代码中包含有外部依赖内容，确定所述外部依赖内容的目标类型和目标版本号；

响应于所述低代码开发平台未集成有所述目标类型的依赖内容，执行所述获取所述外部依赖内容的步骤；

响应于所述低代码开发平台集成有类型为所述目标类型、版本号不同于所述目标版本号的依赖内容，在屏蔽集成的非所述目标版本号的依赖内容之后，执行所述获取所述外部依赖内容的步骤。

13.根据权利要求8所述的装置，还包括：

调用方式修改单元，被配置成在所述按所述代码编译方式对所述自定义功能代码进行编译之前，响应于所述自定义功能代码中包含有外部依赖内容且所述低代码开发平台集成有相同的依赖内容，将所述自定义功能代码中对所述外部依赖内容外部调用修改为集成依赖内容的本地调用。

14.根据权利要求8-13任一项所述的装置，其中，所述代码编译单元被进一步配置成：

响应于所述自定义功能代码用于构建自定义渲染器，根据所述自定义功能代码确定插件代码编写方式和风格代码编写方式；

根据所述插件代码编写方式和所述风格代码编写方式确定所述代码编译方式。

15.一种电子设备，包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1-7中任一项所述的功能组件拓展方法。

16.一种存储有计算机指令的非瞬时计算机可读存储介质，所述计算机指令用于使所述计算机执行权利要求1-7中任一项所述的功能组件拓展方法。

17.一种计算机程序产品，包括计算机程序，所述计算机程序被处理器执行时实现根据权利要求1-7中任一项所述功能组件拓展方法的步骤。

Images