CN117742834A - 一种低代码平台页面组件配置方法及装置 - Google Patents

Abstract

本公开提供一种低代码平台页面组件配置方法及装置，涉及计算机技术领域。该方法包括：响应于配置当前页面组件的触发操作，提供功能配置页面；基于在功能配置页面上的选择操作，确定当前页面组件对应的交互配置信息；若交互配置信息属于第一配置类型，则在触发配置好的当前页面组件时，调用交互配置信息对应的基础事件流执行交互配置信息对应的交互事件；若交互配置信息属于第二配置类型，则在触发配置好的当前页面组件时，调用交互配置信息对应的交互逻辑封装文件，并通过交互逻辑封装文件执行交互配置信息的交互事件。通过将代码模块化并提供可以对各页面组件按需配置的页面，提高了功能配置的灵活性，优化了用户的交互体验。

Description

一种低代码平台页面组件配置方法及装置

技术领域

本公开涉及计算机技术领域，尤其涉及一种低代码平台页面组件配置方法及低代码平台页面组件配置装置。

背景技术

低代码平台是一种通过图形化界面，使开发人员能够通过简单的拖放、选择等操作来完成应用程序的开发，而不再需要进行繁琐的编程工作的软件开发平台，其通常包括用于创建用户界面、数据模型、业务逻辑和工作流程的可视化设计工具，使开发者可以通过图形而不是代码来描述应用程序的行为。

目前，现有技术在对页面组件的交互功能进行配置时，通常只能满足页面组件的简单交互功能配置，当需要满足用户在特定场景下的复杂个性化定制需求时，需要人工对页面组件的后台交互代码进行编辑修改，工作量较大，配置效率较低。

发明内容

本公开提供了一种低代码平台页面组件配置方法及装置，进而至少在一定程度上解决相关方案中页面组件交互方式配置单一的问题。

根据本公开实施例的第一方面，提供一种低代码平台页面组件配置方法，该方法包括：

响应于配置当前页面组件的触发操作，提供功能配置页面；

基于在功能配置页面上的选择操作，确定当前页面组件对应的交互配置信息；

若交互配置信息属于第一配置类型，则在触发配置好的当前页面组件时，调用交互配置信息对应的基础事件流执行交互配置信息对应的交互事件；

若交互配置信息属于第二配置类型，则在触发配置好的当前页面组件时，调用交互配置信息对应的交互逻辑封装文件，并通过交互逻辑封装文件执行交互配置信息的交互事件。

根据本公开实施例的第二方面，提供一种低代码平台页面组件配置装置，包括：

页面组件功能配置模块，用于响应于配置当前页面组件的触发操作，提供功能配置页面；

配置信息获取模块，用于基于在功能配置页面上的选择操作，确定当前页面组件对应的交互配置信息；

基础事件执行模块，用于若交互配置信息属于第一配置类型，则在触发配置好的当前页面组件时，调用交互配置信息对应的基础事件流执行交互配置信息对应的交互事件；

复杂事件执行模块，用于若交互配置信息属于第二配置类型，则在触发配置好的当前页面组件时，调用交互配置信息对应的交互逻辑封装文件，并通过交互逻辑封装文件执行交互配置信息的交互事件。

本公开的实施例提供的技术方案可以包括以下有益效果：

本公开示例实施例中的低代码平台页面组件配置方法，可以响应于配置当前页面组件的触发操作，提供功能配置页面，进而基于在功能配置页面上的选择操作，确定当前页面组件对应的交互配置信息，若交互配置信息属于第一配置类型，则在触发配置好的当前页面组件时，调用交互配置信息对应的基础事件流执行交互配置信息对应的交互事件，若交互配置信息属于第二配置类型，则在触发配置好的当前页面组件时，调用交互配置信息对应的交互逻辑封装文件，并通过交互逻辑封装文件执行交互配置信息的交互事件。一方面，在设置页面组件的交互方式时，可以通过触发页面组件时提供的功能配置页面设置当前页面组件的交互方式，可以使用户能够定制配置不同类型的交互方式，有效提升页面组件的交互方式的配置灵活性和配置效率；另一方面，可以根据配置的当前页面组件的交互配置信息的复杂程度，选择不同的交互方式的实现方式，不仅可以通过基础事件流实现简单逻辑/简单功能的交互方式，还可以通过交互逻辑封装文件实现复杂逻辑/复杂功能的交互方式，有效提升可配置的交互方式的种类，提升页面组件可配置的交互方式的丰富度；再一方面，将基础事件流无法实现交互方式以交互逻辑封装文件的形式进行调用，可以通过多种交互逻辑封装文件实现复杂的交互方式，有效提升复杂交互方式的配置效率，同时，通过交互逻辑封装文件可以实现对复杂交互方式的代码的重复使用，减少工作量。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本公开的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理；

图1是本公开根据一示例性实施例示出的一种低代码平台页面组件配置方法的场景示例图；

图2是本公开根据一示例性实施例示出的一种低代码平台页面组件配置方法的流程图；

图3是本公开根据一示例性实施例示出的基于在功能配置页面上的选择操作，确定当前页面组件对应的交互配置信息的流程图；

图4是本公开根据一示例性实施例示出的一种低代码平台页面组件配置方法的应用示例图；

图5是本公开根据一示例性实施例示出的在触发配置好的当前页面组件时，调用交互配置信息对应的交互逻辑封装文件，并通过交互逻辑封装文件执行交互配置信息的交互事件的流程图；

图6是本公开根据另一示例性实施例示出的在触发配置好的当前页面组件时，通过回调函数查找交互配置信息对应的所有交互逻辑封装文件的流程图；

图7是本公开根据一示例性实施例示出的一种低代码平台页面组件配置方法的整体流程图；

图8是本公开根据一示例性实施例示出的一种低代码平台页面组件配置方法的时序图；

图9是本公开根据一示例性实施例示出的一种低代码平台页面组件配置装置的框图；

图10是本公开根据一示例性实施例示出的用来实现本公开实施例的电子设备的结构示意图。

具体实施方式

现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本公开将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施方式中。在下面的描述中，提供许多具体细节从而给出对本公开的实施方式的充分理解。然而，本领域技术人员将意识到，可以实践本公开的技术方案而省略所述特定细节中的一个或更多，或者可以采用其它的方法、组元、装置、步骤等。在其它情况下，不详细示出或描述公知技术方案以避免喧宾夺主而使得本公开的各方面变得模糊。

此外，附图仅为本公开的示意性图解，并非一定是按比例绘制。图中相同的附图标记表示相同或类似的部分，因而将省略对它们的重复描述。附图中所示的一些方框图是功能实体，不一定必须与物理或逻辑上独立的实体相对应。可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

图1示出了可以应用本公开实施例的一种低代码平台页面组件配置方法的场景示例图。

如图1所示，该场景架构可以包括服务器100和终端设备200。终端设备200可以是各种具有交互功能的电子设备，该电子设备上可以具有显示屏，该显示屏可以用于向用户展示低代码平台页面。本公开示例实施方式中，终端设备200可以是移动终端、桌面电脑、手持设备等，本示例实施例对此不做特别限定。

应该理解，图1中的服务器100和终端设备200的数目仅仅是示意性的。根据实现需要，可以具有任意数目的服务器100和终端设备200，比如服务器100可以是多个服务器组成的服务器集群等。

本公开实施例所提供的低代码平台页面组件配置方法可以由终端设备200执行，相应地，低代码平台页面组件配置装置可以设置于终端设备200中。但本领域技术人员容易理解的是，本公开实施例所提供的低代码平台页面组件配置方法也可以由服务器100执行，相应地，低代码平台页面组件配置装置也可以设置于服务器100中，本示例性实施例对此不做特别限定。

本公开实施例所提供的低代码平台页面组件配置方法中的低代码平台可以在浏览器上运行使用，也可以作为应用程序在桌面上直接运行使用，还可以部署并运行在公有云或私有云环境中，本示例性实施例对此不做特别限定。

在相关技术中，存在以下问题：

由于现有低代码平台的定制化能力不足，导致无法满足用户对于特殊场景的多变性需求，并且系统架构的灵活性不足使得对于复杂的场景适应性差；同时现有技术框架和工程实践中的代码的存在高复用性显著的问题，对平台的快速迭代及响应能力造成了负面影响，降低了用户的交互体验。

基于相关方案中的一个或者多个问题，本公开实施例首先提出了一种低代码平台页面组件配置方法，可以通过提高平台灵活性来增强用户的交互体验感。下面以服务器执行该方法为例，对本公开实施例中的低代码平台页面组件配置方法进行说明，参考图2所示，本公开实施例中的低代码平台页面组件配置方法可以包括以下步骤：

在步骤S201中，响应于配置当前页面组件的触发操作，提供功能配置页面；

在步骤S202中，基于在功能配置页面上的选择操作，确定当前页面组件对应的交互配置信息；

在步骤S203中，若交互配置信息属于第一配置类型，则在触发配置好的当前页面组件时，调用交互配置信息对应的基础事件流执行交互配置信息对应的交互事件；

在步骤S204中，若交互配置信息属于第二配置类型，则在触发配置好的当前页面组件时，调用交互配置信息对应的交互逻辑封装文件，并通过交互逻辑封装文件执行交互配置信息的交互事件。

根据本公开示例实施例中的低代码平台页面组件配置方法，一方面，在设置页面组件的交互方式时，可以通过触发页面组件时提供的功能配置页面设置当前页面组件的交互方式，可以使用户能够定制配置不同类型的交互方式，有效提升页面组件的交互方式的配置灵活性和配置效率；另一方面，可以根据配置的当前页面组件的交互配置信息的复杂程度，选择不同的交互方式的实现方式，不仅可以通过基础事件流实现简单逻辑/简单功能的交互方式，还可以通过交互逻辑封装文件实现复杂逻辑/复杂功能的交互方式，有效提升可配置的交互方式的种类，提升页面组件可配置的交互方式的丰富度；再一方面，将基础事件流无法实现交互方式以交互逻辑封装文件的形式进行调用，可以通过多种交互逻辑封装文件实现复杂的交互方式，有效提升复杂交互方式的配置效率，同时，通过交互逻辑封装文件可以实现对复杂交互方式的代码的重复使用，减少工作量。

下面，对步骤S201至步骤S204进行详细说明。

在步骤S201中，响应于配置当前页面组件的触发操作，提供功能配置页面。

在本公开的一示例实施例中，页面组件是指可在低代码平台中用于与用户进行交互的可操作控件对象。用于显示特定的功能或信息，可以与其他组件进行交互。在本公开实施例中，一个页面可以含有多个组件，其中，页面中的页面组件可以单独设置，各组件负责处理自身交互逻辑和样式，也可以多个组件互相嵌套共同实现同一逻辑和样式，本实施例对此不作特别限定。例如，在一个表单中可以通过嵌套多个页面组件来实现不同的输入类型和验证逻辑，即可以使用输入框组件、下拉列表组件、单选框组件等来构建一个完整的表单。

页面组件的触发操作是指通过特定的方式或条件来激活或启动页面组件的功能或行为。本公开实施例中，触发操作可以是用户进行的交互操作，例如点击页面组件，在输入框中输入文本或其他数据、滑动屏幕等，也可以是低代码平台的自动事件。例如当时间到达某个设定的时间点时，可以触发一个定时任务，执行特定的页面样式转变，本公开示例实施例对此不做特别限定。

功能配置页面是用户选择对页面组件的功能进行配置时，低代码平台为用户提供的选择页面。功能配置页面可以是表格形式，用户可以通过编辑表格中的值来配置相应的功能，也可以是图形化的界面，用户可以通过操作图形化界面上的图形元素来完成对应的功能配置，还可以是文本编辑框形式，用户可以直接在文本编辑框上输入配置项的配置信息，平台通过对输入文本进行识别来完成对应的配置改变，本公开示例实施例对此不作特别限定。

在接收到用户的功能配置请求时，可以在当前页面直接跳转到对应的功能配置界面，也可以跳转到新的页面，还可以在当前页面弹出对应的浮动窗口来进行页面组件的功能配置，本公开示例实施例对此不做特别的限定。

通过为用户提供各页面组件的功能配置页面，允许用户根据自己的特定需求选择不同的选项来调整参数或样式，从而可以实现用户的个性化定制，提高了低代码平台的灵活性和丰富性，同时通过功能配置页面用户无需熟悉代码或专业知识，用户可以直观的了解和修改页面组件的各项属性和参数，使得用户可以更简单地进行功能配置和调整，减少了用户的平台使用成本，提高了用户的使用体验感。

在步骤S202中，基于在功能配置页面上的选择操作，确定当前页面组件对应的交互配置信息。

在本公开的一示例实施例中，用户在功能配置界面上的选择操作，是指用户通过对特定的词条进行定义或选择来平台或页面组件的功能。例如，用户可以通过下拉菜单复选框单选按钮等方式在给定的选项中选择一个或多个词条进行页面组件功能的选择。

交互配置信息是指用户在功能配置页面上所需要设置或选择的相关参数和选项，用于配置页面组件的交互行为，以及页面的外观样式或其他方面的特性。在本公开实施例中，交互配置信息至少包括页面组件的交互条件、交互动作、交互对象及交互功能配置中的一项。

示例性地，用户在功能配置页面上进行选择并确定后，功能配置页面将交互配置信息提交给服务器，服务器在接收到用户提交的交互配置信息后对其进行验证和解析，在验证过程中，服务器会检验用户的配置是否符合预设的限制条件，如果配置有误或不完整，服务器可能会给出错误的提示或预警，使用户对其进行正确的修正，如果验证通过，服务器将根据用户的交互配置信息更新相应的交互配置数据结构或数据库记录，在后续用户的交互过程中，根据用户的交互配置信息不断调整各页面组件的功能。

在步骤S203中，若交互配置信息属于第一配置类型，则在触发配置好的当前页面组件时，调用交互配置信息对应的基础事件流执行交互配置信息对应的交互事件。

在本案实施例中，对交互配置信息划分为两个配置类别，第一配置类别可以是指交互逻辑代码行数较少的交互配置信息所对应的配置类别，也可以是一些基础的配置内容所对应的配置类别，例如监听页面加载、鼠标悬浮、数据库的配置及日志的配置等，本示例实施例对此不作特别限定。

基础事件流是指处理用户交互的一系列事件，这些事件可以包括鼠标点击、键盘输入、页面加载等，本示例实施例对此不做限定。

交互事件在本示例实施例中是指在页面中用户与页面进行交互时所触发的各种事件以及执行这些事件所对应的交互逻辑，交互事件可以包括点击事件、鼠标移动事件、键盘事件、表单事件、页面加载事件、滚动事件、元素拖拽事件中的至少一项。

通过对交互配置信息的配置类别进行判断，在交互配置信息对应的交互逻辑较为简单时直接调用交互配置信息对应的基础事件流，并执行对应的交互事件，可以避免后台代码的过度层次化及结构化，降低了后台代码的结构复杂度、后台代码的测试及修改难度，提高了平台的响应效率。

在步骤S204中，若交互配置信息属于第二配置类型，则在触发配置好的当前页面组件时，调用交互配置信息对应的交互逻辑封装文件，并通过交互逻辑封装文件执行交互配置信息的交互事件。

第二配置类型可以指交互逻辑代码行数较多的交互配置信息所对应的配置类别，也可以指复杂的配置内容或具有特定功能的配置内容所对应的配置类别，例如场景切换、批量审批、数据联动等。

交互逻辑封装文件是指用于封装和组织交互逻辑代码的文件，用于提高代码的可读性，可维护性和可重用性。在本公开示例实施例中，交互逻辑封装文件可以是一个类、一个模块或者一个单独的代码文件，具体的形式取决于所使用的编程语言和开发框架，能够将与交互逻辑相关的代码从其他部分进行隔离，使得代码结构更加清晰，降低不同模块之间的耦合度即可，本公开示例实施例对此不做特别限定。

通过将复杂交互配置信息对应的交互逻辑代码进行封装，避免了重复编写相同的代码，降低了代码的耦合度以及运行错误率，提高了代码的可重用性；同时当需要修改某个功能时，只需要关注与该功能相关的交互逻辑封装文件，提高了代码的可维护性。

以下对于步骤S201至步骤S204中所涉及的技术方案进行详细解释。

在本公开一示例性实施例中，参考图3所示，可以通过图3中的以下步骤实现基于在功能配置页面上的选择操作，确定当前页面组件对应的交互配置信息：

在步骤S301中，响应于在交互触发条件配置区域的选择操作，确定当前页面组件的交互触发条件；

在步骤S302中，响应于在交互动作配置区域的选择操作，确定当前页面组件的交互动作；

在步骤S303中，响应于在交互动作响应结果配置区域的选择操作，确定当前页面组件的交互动作响应结果；

在步骤S304中，通过交互触发条件、交互动作以及交互动作响应结果，确定当前页面组件对应的交互配置信息。

参考图4所示，功能配置页面400至少包括交互触发条件配置区域401、交互动作配置区域403以及交互动作响应结果配置区域404，还可以包括交互对象配置区域402，同时交互动作响应结果配置区域404可以包括页面显示配置区域405、参数配置区域406及显示配置区域407。

交互触发条件配置区域401是指功能配置页面上用于配置各页面组件交互触发条件的模块，交互触发条件是指用户通过输入设备在页面上进行的交互操作及页面自发进行的变化操作，在本公开示例实施例中，交互触发条件配置区域401中设置的交互触发条件，可以包括鼠标单击、鼠标双击、鼠标悬浮、鼠标移出、编辑修改、加载页面及加载数据等，本示例实施例对此不作特别限定。

交互对象配置区域402是指功能配置页面上用于根据选择的交互触发条件配置所作用的交互触发对象的模块，交互触发对象是指能够响应用户输入或行动的任何界面元素或页面组件，在本公开示例实施例中，交互对象配置区域402中设置的交互触发对象默认包含本元件，例如按钮、输入框、滑块、链接及菜单等，也可以包括含有子元素的复杂页面组件，比如3d场景中的多个模型，本示例实施例对此不作特别限定。

交互动作配置区域403是指功能配置页面上用于根据所选择的交互触发条件及交互触发对象配置所对应的交互动作的模块，交互动作是指用户在交互触发对象上触发了对应的交互触发条件时页面所做出的响应，在本公开示例实施例中，交互动作配置区域403中的交互动作可以包括但不限于打开页面、用户登出、用户修改密码、外部链接、框架加载页面、数据联动、截图、显示/隐藏、启用/禁用、重置/清空、刷新、批量审批、发起流程、弹出URL对话框、改变样式、请求接口、请求外部接口、切换3D场景空间、发送3D场景指令、导出数据、表格组件操作、地图操作。

交互动作响应结果配置区域404是指功能配置页面上用于根据所选择的交互动作配置页面的对应交互动作响应结果、后台的附带参数及显示区域的模块，页面显示配置区域405是指交互动作响应结果配置区域404上用于根据所选择的交互动作配置页面的交互动作响应结果的模块，交互动作响应结果是指用户在页面上进行交互后，服务器根据用户配置的交互动作响应结果在页面上所进行相应的反馈或结果，例如，当对交互动作打开页面进行交互动作响应结果的配置时，可以配置供应商数量、供应商数量-海外-无风险、库存金额、库存金额-不带浮窗、仓储情况、仓储情况-带表格等，本示例实施例对此不作特别限定。参数配置区域406是指用户在选择交互动作响应结果后进行对应附带参数配置的模块，用户可以手动编辑，也可以手动勾选，本示例实施例对此不作限定。显示配置区域407是指用于配置交互动作响应结果对应显示区域的模块，用户可以只选择一个显示区域，也可以多项选择将同一交互动作响应结果呈现在不同的区域，本示例实施例对此不作特别限定。

选择操作是指用户在功能配置页面上针对不同的配置区域所进行的列表选项选择的操作。例如，用户在交互触发条件配置区域401、交互对象配置区域402以及交互动作配置区域403上的选择操作只能进行单项选择，在页面显示配置区域405以及显示配置区域407上既可以进行单项选择，也可以进行多项选择。

可以在用户进行选择时针对用户的选择操作实时获取用户的交互配置信息，也可以在用户于功能配置页面400上，配置完成后点击确定按钮后获取用户的交互配置信息，本示例实施例对此不作特别限定。

可以理解的，图4中所示的交互触发条件配置区域401、交互对象配置区域402、交互动作配置区域403、交互动作响应结果配置区域404、页面显示配置区域405、参数配置区域406以及显示配置区域407均是示意性举例说明，并不应对本示例实施例造成任何特殊限定。本公开实施例中不同的交互方式均可以设置有相匹配的配置页面，配置页面的结构可能与页面显示配置区域405、参数配置区域406以及显示配置区域407完全不一样，并且对于402目标列表中的内容，可能也不一样。

举例而言，对于“实时消息”组件，其功能是实时接收服务器发送的消息，区别于请求、响应的方式（ajax）。限于浏览器限制，服务器上的实时消息一般是通过同一个websocket连接的，而实时消息组件需要从每一条消息中判断感兴趣的消息，如实时消息可以包含数据表更新、监控对象状态更新、数据告警、监控对象告警等。但是，假设当前配置的交互方式需要实时更新告警信息列表，那么其对应的交互配置界面可能只关注数据告警，一旦发现新的告警消息，服务器可以向浏览器发送消息，在告警消息被“实时消息”组件监听到时，“实时消息”组件判断，如果是数据告警消息，就触发交互，让数据告警列表重新加载最新数据；如果是监控对象告警消息，就让监控对象告警列表更新，而这两种告警类型可以在“实时消息”组件的“样式”配置页面配置出来的（可以配置监听多种事件），也就是说对象列表可以根据组件不同，内容也不相同。还例如，对于线图组件，可能有多条线，每条线对应一个监控对象，点击不同的线跳转到不同页面，本实施例对于交互配置页面上的呈现内容和结构不做特殊限定。

在公开一示例性实施例中，参考图5所示，可以通过图5中的步骤实现在触发配置好的当前页面组件时，调用交互配置信息对应的交互逻辑封装文件，并通过交互逻辑封装文件执行交互配置信息的交互事件：

在步骤S501中，在触发配置好的当前页面组件时，通过回调函数查找交互配置信息对应的所有交互逻辑封装文件；

在步骤S502中，获取与交互配置信息对应的交互数据并将交互数据传递到对应的交互逻辑封装文件；

在步骤S503中，基于交互数据及对应的交互逻辑封装文件执行对应的交互事件。

回调函数是指在某个特定事件触发时由服务器主动调用的函数，在本公开示例实施例中，可以通过findPageItemVueCompById这一回调函数可以据特定的页面组件ID找到对应的页面组件Vue实例。在本公开其他示例性实施例中，也可以通过调用不同的回调函数来实现对其他页面组件的操作、数据传递和样式修改等功能。例如，可以使用setItemVisible函数控制任意页面组件的显示和隐藏，使用doItemReload函数给任意页面组件传递数据并要求其重新加载数据，使用doResetItemData函数控制任意页面组件重置，使用setFrameComponentsItemData函数给某一个框架组件传递数据，使用setItemInitInteractionData函数给某尚未初始化的页面组件设置初始化数据，使用setItemStyle函数修改某个页面组件的样式，使用sendMessageToUnity3d函数给Unity3D组件传递postMessage数据,使用getPageSize获取页面的大小,使用findPageItemConfigById获取某一个页面组件的配置,使用customwidgetEvent给自定义页面组件传递事件。

交互数据是指用户为实现功能配置页面对应选择操作的事件所提供的附带参数或其余信息，例如，用户在调整表单信息时需要输入新的表单数据，在用户触发表单信息的更新操作时，服务器会获取用户提供的表单数据并找到对应的交互逻辑封装文件，由对应的交互逻辑执行相关交互事件。

可以通过设置全局变量来保存交互数据，并在交互逻辑封装文件中访问这些全局变量，也可以设计特定的接口或API，通过调用这些接口或API将信息传递到交互逻辑封装文件中，本示例实施例对此不作特别限定。

示例性地，在本公开一示例性实施例中，所有页面组件均继承自ItemBase.vue这一基类，该基类提供了交互机制启动功能bindInteraction()函数，在页面组件初始化时，如果页面组件需要支持交互功能，就调用基类提供的bindInteraction()函数让交互功能生效。bindInteraction()函数会为当前页面组件实例创建一个专用的ProcessInteraction.vue的实例，ProcessInteraction.vue包含所有交互触发和处理功能，例如通过绑定click事件触发点击交互操作。如果是简单事件,其对应交互逻辑直接在ProcessInteraction.vue中实现，例如监听页面加载、鼠标悬浮等简单事件；如果有特殊事件，不是标准DOM事件，页面组件就调用ProcessInteraction.vue实例中的execAction函数，传递事件触发类型和触发来源两个参数。然后ProcessInteraction.vue实例依据触发类型和事件来源作为查询条件，在所有交互逻辑封装文件中匹配出0到多个文件，并且ProcessInteraction.vue通过赋值方式将需要传递的数据传递给对应的交互逻辑封装文件，使得对应的交互逻辑去执行对应的交互事件。

通过将一些具有通用功能的代码写成一个完整的封装文件，在运行时传入不同的回调函数来改变它们的行为，使代码更加模块化，提高了代码的可重用性和灵活性，同时后续对页面组件添加新的操作时，可以在不修改源代码的情况下，只通过回调机制增加新的行为，提高了代码的可扩展性。

在本公开一示例性实施例中，参考图6所示，通过图6中的步骤实现在触发配置好的当前页面组件时，通过回调函数查找交互配置信息对应的所有交互逻辑封装文件：

在步骤S601中，在触发配置好的页面组件时，通过回调函数获取交互配置信息对应交互逻辑封装文件的目标标识符并遍历所有交互逻辑封装文件；

在步骤S602中，确定当前交互逻辑封装文件的标识符是否与目标标识符相同，如果相同，将当前交互逻辑封装文件添加到处理队列中；

在步骤S603中，确定当前交互逻辑封装文件是否存在子文件，若存在，遍历当前交互逻辑封装文件的所有子文件，并将标识符与目标标识符相同的子文件添加到处理队列中；

在步骤S604中，基于处理队列得到交互配置信息对应的所有交互逻辑封装文件。

目标标识符是是一种特殊的字符串或数字用于识别并调用相应的交互逻辑封装文件，在本公开示例实施例中，目标标识符可以是文件名称，也可以是文件路径，也可以是文件头部定义的特殊标注等其他信息，同时本示例实施例中的交互逻辑封装文件具有一个目标标识符，但不同交互逻辑封装文件可以具有相同的目标标识符，本示例实施例对此不做特别限定。

处理队列是指在并发或异步编程中存储需要处理任务的列表，用于将大量的任务分解成可管理的部分，按照特定的顺序进行处理。在本示例实施例中，处理队列的顺序可以是先入先出，也可以是根据优先级进行处理，本示例实施例对此不作特别限定。

子文件是指交互逻辑封装文件下的文件，交互逻辑封装文件可以只有一级子文件，也可以含有多级嵌套子文件，本示例实施例对此不做特别限定。

通过将不同功能模块的交互逻辑封装为对应的交互逻辑封装文件，并通过目标标识符进行查找，一方面，可以使项目结构更加清晰，便于对不同的交互逻辑封装文件进行管理及扩展，提高了后台代码的结构化及可扩展性；另一方面，具有明确标识符的交互逻辑封装文件可以被其他部分引用和复用，减少了后台代码量，并降低了代码复杂度。

在本公开一示例性实施例中，可以通过以下步骤实现基于交互数据及对应的交互逻辑封装文件执行对应的交互事件：

解析交互数据，确定对应的交互类别，根据交互类别调用交互逻辑封装文件中的目标交互逻辑代码，进而可以基于交互数据及目标交互逻辑代码触发执行对应的交互事件。

交互类别是指与交互数据对应的具体的交互逻辑种类，例如，当交互数据为19：00时，交互种类可以是时间修改，则只需要调用交互逻辑封装文件中的时间控制函数并执行相应代码。

目标交互逻辑代码是指与交互数据对应的交互类别相关联的代码。在本公开示例实施例中，交互逻辑封装文件中可以只包括与一种交互类别对应的目标交互逻辑代码，也可以包括与多种交互类别对应的目标交互逻辑代码，本示例实施例对此不做特别限定。例如，一个与修改表单功能对应的交互逻辑封装文件中，可以包含多种交互类别对应的目标交互逻辑代码，如修改表单中用户权限的代码，对表单进行数据添加的代码，对表单进行样式修改的代码等，当用户提供修改用户权限的交互数据时，后台就会调用对应的权限修改代码进行用户权限的变更。

在本公开一示例实施例中，可以对各交互逻辑封装文件定义对应的处理队列，将各页面组件对于同一交互逻辑封装文件的调用操作置入同一对应的处理队列中，串行执行各交互逻辑封装文件对应处理队列中的调用操作。

通过串行执行处理队列中的操作，避免了因并发操作导致的数据不一致情况的发生，提高了数据的一致性及准确性，同时，将不同交互逻辑封装文件的调用操作分在不同的处理队列中，使得每一个队列都只处理一种交互逻辑的调用操作，优化了相关的代码结构，简化了后台代码修改及管理的复杂度，提高了平台的响应速度。

在本公开一示例实施例中，可以实现以下步骤：

获取各处理队列中调用操作对应的页面组件标识信息，进而可以根据处理队列的排列顺序对同一处理队列具有相同页面组件标识信息的调用操作进行去重。

页面组件标识信息是指用于标记及区分各页面组件的信息。在本公开示例实施例中，页面组件标识信息可以是数字、字符串、全局唯一标识符等形式，本示例实施例对此不做特别限定。

示例性地，可以按照操作的触发时间，或者按照操作的类型等对处理队列进行排序，进而从处理队列的头部开始，逐一取出操作信息进行处理，在处理每一个操作前，都要先检查队列中是否存在与当前操作具有相同页面组件标识信息的其他操作。如果存在，则直接将当前操作从队列中移除，不进行处理；如果不存在，则正常处理当前操作，并继续向后检查。通过这样的方式，可以保证具有相同页面组件标识信息的操作只会被处理一次。当处理队列为空时，所有的操作都已经被处理完毕，此时去重处理过程结束。

通过对同一处理队列具有相同页面组件标识信息的调用操作进行去重，可以在用户对某一页面组件多次进行误触时避免对同一数据或事件的重复处理，节约了服务器资源，提高了后台处理效率，同时避免了处理队列中的同一任务被多次执行导致数据重复或不一致的情况，有效地保证了数据的一致性。

在本公开一示例性实施例中，交互配置信息的数量为至少一个，同时还可以实现以下步骤：

获取预设的配置规则数据；

可以在至少有两个交互配置信息时，将交互配置信息与配置规则数据进行比对，若交互配置信息中至少部分符合配置规则数据，发出对应的预警信息。

在该实施例中，交互配置信息的数量可以是两个、五个或全部数量，大于或等于两个即可，本示例实施例对此不做特别限定。在其余实施例中，交互配置信息的数量还可以是零个或一个。

配置规则数据是指的一种预设的程序运行规则或者参数，用于描述规定交互配置信息间的非法组合。例如，用户不能同时配置浮窗弹出及浮窗消失，不能同时配置功能启用及功能禁用等。

具体地，只要交互配置信息里包含了配置规则数据中的至少一项，该交互配置信息即可被视为非法组合。

可选地，当交互配置信息中含有非法组合时，可以向用户发出警告信息，警告信息包括视觉上的警告信息，如弹窗警告、UI界面变化、字体颜色标红等，也可以是声音上的警告，如电脑播放警示音或警示语句等，本示例实施例对此不做限定。

可选地，可以采用完全匹配进行交互配置信息与配置规则数据的对比，也可以采用模式匹配或其余匹配算法等，本示例实施例对此不做特别限定。

本实施例提出的方法，一方面，预设的配置规则数据可以根据实际需求进行设定和调整，使其能够满足不同的监控要求，增强了低代码平台的灵活性和可定制性；另一方面，一旦发生配置错误或者其他问题，平台能够及时发出预警，这样可以更快地进行错误定位和处理，避免后续因运行出错导致需要用户自行查找错误来源的情况，提高了平台稳定性和用户满意度。

在本公一示例性实施例中，可以通过以下步骤实现在触发配置好的页面组件时调用交互配置信息对应的交互逻辑封装文件，包括：

可以在触发配置好的页面组件时查找交互配置信息对应的所有交互逻辑封装文件，并获得各交互逻辑封装文件对应的最大调用次数，进而可以调用交互配置信息对应的交互逻辑封装文件，并记录各交互逻辑封装文件对应的实时调用次数，若当前待调用交互逻辑封装文件对应的实时调用次数等于最大目标调用次数，跳过当前待调用交互逻辑封装文件。

最大调用次数是指每个交互逻辑封装文件在特定时间段或特定条件下能被调用的最大次数，其受到服务器资源、算法复杂性、性能等因素的限定。

实时调用次数是指在程序运行期间，特定交互逻辑封装文件已被调用的次数，每次运行相应的函数或方法时，都会将实时调用次数加1，其可以用于帮助开发者监测某个特定的交互逻辑封装文件是否频繁被调用，如果被过度调用，可能需要优化代码，避免性能瓶颈。

例如，如果一个交互逻辑封装文件的最大调用次数限制为1000次，那么在程序运行期间，一旦这个文件的实时调用次数达到或超过1000次，程序就需要跳过这个文件的后续调用，直到程序重新启动或者进行了某种重置操作。

本实施例提出的方法，一方面，对于交互逻辑中用户所不期望出现的多次触发效果，通过设定最大调用次数限制，避免由于过度调用特定的交互逻辑而占用服务器资源导致后台响应速度缓慢的情况，提高了平台运行的稳定性和性能；另一方面，可以根据实际需求对各交互逻辑封装文件的最大调用次数进行配置调整，可以实现对交互过程更好的监控及把控，提高了平台使用的灵活性。

在本公开一示例实施例中，参考图7所示，示出了一种低代码平台页面组件配置方法的流程图，包括以下步骤S701至步骤S707：

步骤S701. 提供功能配置页面：功能配置页面上至少包括交互触发条件配置区域、交互动作配置区域以及交互动作响应结果配置区域；

步骤S702. 确定交互配置信息：获取用户在交互触发条件配置区域、交互动作配置区域以及交互动作响应结果的选择信息；

步骤S703. 是否属于第一配置类型：根据交互配置信息的复杂程度判断其配置类型，若属于第一配置类型，执行步骤S707,若属于第二配置类型，执行步骤S704；

步骤S704. 遍历所有交互逻辑封装文件：通过回调函数获取交互配置信息对应交互逻辑封装文件的目标标识符并遍历所有交互逻辑封装文件；

步骤S705. 将目标文件加入到处理队列：若当前交互逻辑封装文件的标识符与目标标识符相同，将当前交互逻辑封装文件加入到处理队列，并确定当前交互逻辑封装文件是否具有子文件，若有子文件，与父文件执行相同的操作；

步骤S706. 处理队列去重：对处理队列中具有同一页面组件标识信息的事件进行去重；

步骤S707. 执行交互事件：执行去重后的处理队列中的所有事件。

在本公开一示例实施例中，参考图8示出了以用户进行配置并进行页面交互的时序图，包括以下步骤S801至步骤S810：

步骤S801. 发送配置请求：用户点击功能配置按钮，浏览器向服务器发送一个HTTP请求；

步骤S802. 返回功能配置页面：服务器接收到HTTP请求后，根据请求URL定位到相应的资源并执行，浏览器解析响应内容并显示到用户界面上，完成页面跳转或弹窗显示；

步骤S803. 发送交互配置信息：用户在功能配置页面上进行选择并保存配置后，服务器接收到对应的交互配置信息并对交互配置信息组合间的合法性进行确定；

步骤S804. 返回配置验证信息；

步骤S805. 发送交互请求：用户触发交互条件；

步骤S806. 判断对应配置类型：根据触发页面组件的交互配置信息及用户的触发方式判断当前交互对应的配置类型，若为第一配置类型，调用交互配置信息对应的基础事件流执行交互配置信息对应的交互事件，若为第二配置类型，执行步骤S807；

步骤S807. 第二配置类型，发送数据：调用交互配置信息对应的交互逻辑封装文件，向其传递交互数据，并通过交互逻辑封装文件及交互数据执行交互配置信息的交互事件，生成程序运行后生成的新的数据；

步骤S808. 修改数据：将数据库中的对应数据修改为S807中生成的新数据；

步骤S809. 返回数据：返回交互事件所需要的所有数据；

步骤S810. 改变页面样式：浏览器根据返回的数据改变对应页面的样式并展示给用户。

在本公开一示例实施例中，如图9所示提供一种低代码平台页面组件配置装置，包括页面组件功能配置模块901、配置信息获取模块902、基础事件执行模块903及复杂事件执行模块904，具体如下：

页面组件功能配置模块901可以用于响应于配置当前页面组件的触发操作，提供功能配置页面；

配置信息获取模块902可以用于基于在功能配置页面上的选择操作，确定当前页面组件对应的交互配置信息；

基础事件执行模块903可以用于若交互配置信息属于第一配置类型，则在触发配置好的当前页面组件时，调用交互配置信息对应的基础事件流执行交互配置信息对应的交互事件；

复杂事件执行模块904可以用于若交互配置信息属于第二配置类型，则在触发配置好的当前页面组件时，调用交互配置信息对应的交互逻辑封装文件，并通过交互逻辑封装文件执行交互配置信息的交互事件。

在本公开一示例实施例中，功能配置页面至少包括交互触发条件配置区域、交互动作配置区域以及交互动作响应结果配置区域；数据构建模块902被确定为：

配置信息获取模块902被确定为：

触发条件确定模块，用于响应于在交互触发条件配置区域的选择操作，确定当前页面组件的交互触发条件；

交互动作确定模块，用于响应于在交互动作配置区域的选择操作，确定当前页面组件的交互动作；

响应结果确定模块，用于响应于在交互动作响应结果配置区域的选择操作，确定当前页面组件的交互动作响应结果；

配置信息确定模块，用于通过交互触发条件、交互动作以及交互动作响应结果，确定当前页面组件对应的交互配置信息。

在本公开一示例实施例中，复杂事件执行模块904被确定为：

文件查找模块，用于在触发配置好的当前页面组件时，通过回调函数查找交互配置信息对应的所有交互逻辑封装文件；

数据传递模块，用于获取与交互配置信息对应的交互数据并将交互数据传递到对应的交互逻辑封装文件；

交互事件执行模块，用于基于交互数据及对应的交互逻辑封装文件执行对应的交互事件。

在本公开一示例实施例中，复杂事件执行模块904被确定为：

标识符获取模块，用于在触发配置好的页面组件时，通过回调函数获取交互配置信息对应交互逻辑封装文件的目标标识符并遍历所有交互逻辑封装文件；

标识符对比模块，用于确定当前交互逻辑封装文件的标识符是否与目标标识符相同，如果相同，将当前交互逻辑封装文件添加到处理队列中；

子文件遍历模块，用于确定当前交互逻辑封装文件是否存在子文件，若存在，遍历当前交互逻辑封装文件的所有子文件，并将标识符与目标标识符相同的子文件添加到处理队列中；

文件获取模块，用于基于处理队列得到交互配置信息对应的所有交互逻辑封装文件。

在本公开一示例实施例中，复杂事件执行模块904被确定为：

交互数据解析模块，用于解析交互数据，确定对应的交互类别；

交互逻辑代码搜索模块，用于根据交互类别在交互逻辑封装文件中搜索目标交互逻辑代码；

交互事件触发模块，用于基于交互数据及目标交互逻辑代码触发执行对应的交互事件。

在本公开一示例实施例中，复杂事件执行模块904被确定为：

处理队列定义模块，用于对各交互逻辑封装文件定义对应的处理队列；

处理队列生成模块，用于将各页面组件对于同一交互逻辑封装文件的调用操作置入同一对应的处理队列中；

调用操作执行模块，用于串行执行各交互逻辑封装文件对应处理队列中的调用操作。

在本公开一示例实施例中，复杂事件执行模块904被确定为：

页面组件标识信息获取模块，用于获取各处理队列中调用操作对应的页面组件标识信息；

调用操作去重模块，用于根据处理队列的排列顺序对同一处理队列具有相同页面组件标识信息的调用操作进行去重。

在本公开一示例实施例中，交互配置信息的数量为至少一个，还可以有以下预警模块，预警模块被确定为：

配置规则数据获取模块，用于获取预设的配置规则数据；

预警信息发送模块，用于在至少有两个交互配置信息时，将交互配置信息与配置规则数据进行比对，若交互配置信息中至少部分符合配置规则数据，发出对应的预警信息。

在本公开一示例实施例中，复杂事件执行模块904被确定为：

最大调用次数获取模块，用于在触发配置好的页面组件时查找交互配置信息对应的所有交互逻辑封装文件，并获得各交互逻辑封装文件对应的最大调用次数；

实时调用次数记录模块，用于调用交互配置信息对应的交互逻辑封装文件，并记录各交互逻辑封装文件对应的实时调用次数；

调用次数比对模块，用于若当前待调用交互逻辑封装文件对应的实时调用次数等于最大目标调用次数，跳过当前待调用交互逻辑封装文件。

上述低代码平台页面组件配置装置中各模块的具体细节已经在对应的低代码平台页面组件配置方法中进行了详细的描述，因此此处不再赘述。

本公开的示例性实施方式还提供了一种计算机可读存储介质，其上存储有能够实现本说明书上述方法的程序产品。在一些可能的实施方式中，本公开的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当程序产品在电子设备上运行时，程序代码用于使电子设备执行本说明书上述“示例性方法”部分中描述的根据本公开各种示例性实施方式的步骤。该程序产品可以采用便携式紧凑盘只读存储器（CD-ROM）并包括程序代码，并可以在电子设备，例如个人电脑上运行。然而，本公开的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子（非穷举的列表）包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器（RAM）、只读存储器（ROM）、可擦式可编程只读存储器（EPROM或闪存）、光纤、便携式紧凑盘只读存储器（CD-ROM）、光存储器件、磁存储器件、或者上述的任意合适的组合。

计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、射频技术（RF），或者上述的任意合适的组合。

可以以一种或多种程序设计语言的任意组合来编写用于执行本公开操作的程序代码，程序设计语言包括面向对象的程序设计语言—诸如Java、C#、C++等，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网（LAN）或广域网（WAN），连接到用户计算设备，或者，可以连接到外部计算设备（例如利用因特网服务提供商来通过因特网连接）。

本公开的示例性实施方式还提供了一种能够实现上述方法的电子设备。下面参照图10来描述根据本公开的这种示例性实施方式的电子设备1000。图10显示的电子设备1000仅仅是一个示例，不应对本公开实施方式的功能和使用范围带来任何限制。

如图10所示，电子设备1000可以以通用计算设备的形式表现。电子设备1000的组件可以包括但不限于：至少一个处理单元1010、至少一个存储单元1020、连接不同系统组件（包括存储单元1020和处理单元1010）的总线1030和显示单元1040。

存储单元1020存储有程序代码，程序代码可以被处理单元1010执行，使得处理单元1010执行本说明书上述“示例性方法”部分中描述的根据本公开各种示例性实施方式的步骤。例如，处理单元1010可以执行图2中的方法步骤。

存储单元1020可以包括易失性存储单元形式的可读介质，例如随机存取存储单元（RAM）1021和/或高速缓存存储单元1022，还可以进一步包括只读存储单元（ROM）1023。

存储单元1020还可以包括具有一组（至少一个）程序模块1025的程序/实用工具1024，这样的程序模块1025包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

总线1030可以为表示几类总线结构中的一种或多种，包括存储单元总线或者存储单元控制器、外围总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。

电子设备1000也可以与一个或多个外部设备1070（例如键盘、指向设备、蓝牙设备等）通信，还可与一个或者多个使得用户能与该电子设备1000交互的设备通信，和/或与使得该电子设备1000能与一个或多个其它计算设备进行通信的任何设备（例如路由器、调制解调器）通信。这种通信可以通过输入/输出（I/O）接口1050进行。并且，电子设备1000还可以通过网络适配器1060与一个或者多个网络（例如局域网（LAN），广域网（WAN）和/或公共网络，例如因特网）通信。如图所示，网络适配器1060通过总线1030与电子设备1000的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备1000使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本公开实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质（可以是CD-ROM，U盘，移动硬盘等）中或网络上，包括若干指令以使得一台计算设备（可以是个人计算机、服务器、终端装置、或者网络设备等）执行根据本公开示例性实施方式的方法。

此外，上述附图仅是根据本公开示例性实施方式的方法所包括的示意性说明，而不是限制目的。易于理解，上述附图所示的处理并不表明或限制这些处理的时间顺序。另外，也易于理解，这些处理可以是例如在多个模块中同步或异步执行的。

应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本公开的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。

本公开旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围由权利要求指出。

应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。

Claims (10)

1.一种低代码平台页面组件配置方法，其特征在于，包括：

响应于配置当前页面组件的触发操作，提供功能配置页面；

基于在所述功能配置页面上的选择操作，确定所述当前页面组件对应的交互配置信息；

若所述交互配置信息属于第一配置类型，则在触发配置好的所述当前页面组件时，调用所述交互配置信息对应的基础事件流执行交互配置信息对应的交互事件；

若所述交互配置信息属于第二配置类型，则在触发配置好的所述当前页面组件时，调用所述交互配置信息对应的交互逻辑封装文件，并通过所述交互逻辑封装文件执行所述交互配置信息的交互事件。

2.根据权利要求1所述的低代码平台页面组件配置方法，其特征在于，所述功能配置页面至少包括交互触发条件配置区域、交互动作配置区域以及交互动作响应结果配置区域；

所述基于在所述功能配置页面上的选择操作，确定所述当前页面组件对应的交互配置信息，包括：

响应于在所述交互触发条件配置区域的选择操作，确定所述当前页面组件的交互触发条件；

响应于在所述交互动作配置区域的选择操作，确定所述当前页面组件的交互动作；

响应于在所述交互动作响应结果配置区域的选择操作，确定所述当前页面组件的交互动作响应结果；

通过所述交互触发条件、所述交互动作以及所述交互动作响应结果，确定所述当前页面组件对应的交互配置信息。

3.根据权利要求1所述的低代码平台页面组件配置方法，其特征在于，所述在触发配置好的所述当前页面组件时，调用所述交互配置信息对应的交互逻辑封装文件，并通过所述交互逻辑封装文件执行所述交互配置信息的交互事件，包括：

在触发配置好的所述当前页面组件时，通过回调函数查找所述交互配置信息对应的所有交互逻辑封装文件；

获取与所述交互配置信息对应的交互数据并将所述交互数据传递到对应的交互逻辑封装文件；

基于所述交互数据及对应的交互逻辑封装文件执行对应的交互事件。

4.根据权利要求3所述的低代码平台页面组件配置方法，其特征在于，所述在触发配置好的所述当前页面组件时，通过回调函数查找所述交互配置信息对应的所有交互逻辑封装文件，包括：

在触发配置好的所述页面组件时，通过回调函数获取所述交互配置信息对应交互逻辑封装文件的目标标识符并遍历所有交互逻辑封装文件；

确定当前交互逻辑封装文件的标识符是否与所述目标标识符相同，如果相同，将所述当前交互逻辑封装文件添加到处理队列中；

确定当前交互逻辑封装文件是否存在子文件，若存在，遍历所述当前交互逻辑封装文件的所有子文件，并将标识符与所述目标标识符相同的子文件添加到处理队列中；

基于所述处理队列得到所述交互配置信息对应的所有交互逻辑封装文件。

5.根据权利要求3所述的低代码平台页面组件配置方法，其特征在于，所述基于所述交互数据及对应的交互逻辑封装文件执行对应的交互事件，包括：

解析所述交互数据，确定对应的交互类别；

根据所述交互类别在所述交互逻辑封装文件中搜索目标交互逻辑代码；

基于所述交互数据及所述目标交互逻辑代码触发执行对应的交互事件。

6.根据权利要求3所述的低代码平台页面组件配置方法，其特征在于，所述方法还包括：

对各交互逻辑封装文件定义对应的处理队列；

将各页面组件对于同一交互逻辑封装文件的调用操作置入同一对应的处理队列中；

串行执行所述各交互逻辑封装文件对应所述处理队列中的调用操作。

7.根据权利要求6所述的低代码平台页面组件配置方法，其特征在于，所述方法还包括：

获取各所述处理队列中所述调用操作对应的页面组件标识信息；

根据所述处理队列的排列顺序对同一处理队列具有相同页面组件标识信息的调用操作进行去重。

8.根据权利要求1所述的低代码平台页面组件配置方法，其特征在于，所述交互配置信息的数量为至少一个；

所述方法还包括：

获取预设的配置规则数据；

在至少有两个所述交互配置信息时，将所述交互配置信息与所述配置规则数据进行比对，若所述交互配置信息中至少部分符合所述配置规则数据，发出对应的预警信息。

9.根据权利要求1所述的低代码平台页面组件配置方法，其特征在于，所述在触发配置好的所述页面组件时调用所述交互配置信息对应的交互逻辑封装文件，包括：

在触发配置好的所述页面组件时查找所述交互配置信息对应的所有交互逻辑封装文件，并获得各交互逻辑封装文件对应的最大调用次数；

调用所述交互配置信息对应的交互逻辑封装文件，并记录所述各交互逻辑封装文件对应的实时调用次数；

若当前待调用交互逻辑封装文件对应的所述实时调用次数等于最大目标调用次数，跳过当前待调用交互逻辑封装文件。

10.一种低代码平台页面组件配置装置，其特征在于，包括：

页面组件功能配置模块，用于响应于配置当前页面组件的触发操作，提供功能配置页面；

配置信息获取模块，用于基于在所述功能配置页面上的选择操作，确定所述当前页面组件对应的交互配置信息；

基础事件执行模块，用于若所述交互配置信息属于第一配置类型，则在触发配置好的所述当前页面组件时，调用所述交互配置信息对应的基础事件流执行交互配置信息对应的交互事件；

复杂事件执行模块，用于若所述交互配置信息属于第二配置类型，则在触发配置好的所述当前页面组件时，调用所述交互配置信息对应的交互逻辑封装文件，并通过所述交互逻辑封装文件执行所述交互配置信息的交互事件。