CN115756630A - 插件处理方法、装置、计算机设备及存储介质 - Google Patents

Abstract

本申请属于插件技术领域，涉及一种插件处理方法，包括：监听用户在拦截点处进行的交互操作，其中，拦截点为预先埋入前端系统的拦截点；根据插件配置列表判断交互操作是否符合预设的触发器拦截条件；当交互操作符合触发器拦截条件时，拦截前端系统中的交互操作，并基于插件配置列表获取与交互操作相对应的目标插件；基于触发器插槽加载目标插件，以通过目标插件对交互操作的操作数据进行数据处理，得到插件处理结果；将插件处理结果返回至前端系统，并指示前端系统继续运行交互操作。本申请还提供一种插件处理装置、计算机设备及存储介质。本申请提高了插件的运行效率。

Description

插件处理方法、装置、计算机设备及存储介质

技术领域

本申请涉及插件技术领域，尤其涉及一种插件处理方法、装置、计算机设备及存储介质。

背景技术

随着前端技术的发展，很多涉及前端的应用软件都会通过插件实现各种各样的功能。插件可以实现拦截功能，但当前的插件拦截通常局限于后端接口层面的拦截，在前端侧仅仅提供拦截事件的通知，并不具备交互阻断的拦截能力。如果想通过插件实现交互拦截，以在原系统的基础上实现某些功能，编写的插件需要完整替换原系统中的功能组件，包括绘制相同的界面、重新编写功能组件的逻辑。例如，如果要拦截用户对某个表单的修改操作，以根据用户对表单的修改操作执行预设的逻辑，需要通过插件替换原系统中的整个表单，无法轻量化地实现插件，导致插件运行效率较低。

发明内容

本申请实施例的目的在于提出一种插件处理方法、装置、计算机设备及存储介质，以解决插件运行效率较低的问题。

为了解决上述技术问题，本申请实施例提供一种插件处理方法，采用了如下所述的技术方案：

监听用户在拦截点处进行的交互操作，其中，所述拦截点为预先埋入前端系统的拦截点；

根据插件配置列表判断所述交互操作是否符合预设的触发器拦截条件；

当所述交互操作符合所述触发器拦截条件时，拦截所述前端系统中的交互操作，并基于所述插件配置列表获取与所述交互操作相对应的目标插件；

基于触发器插槽加载所述目标插件，以通过所述目标插件对所述交互操作的操作数据进行数据处理，得到插件处理结果；

将所述插件处理结果返回至所述前端系统，并指示所述前端系统继续运行所述交互操作。

进一步的，所述监听用户在拦截点处进行的交互操作的步骤包括：

当通过前端系统接收到用户对拦截点所对应的页面元素处进行交互操作时，触发onchange事件；

根据所述onchange事件对所述交互操作进行监听，并获取所述拦截点的拦截点标识和所述交互操作的操作数据。

进一步的，所述根据插件配置列表判断所述交互操作是否符合预设的触发器拦截条件的步骤包括：

获取所述拦截点的拦截点标识；

在插件配置列表中，查询与所述拦截点标识相对应的插件标识；

当查询到与所述拦截点标识相对应的插件标识时，确定所述交互操作符合预设的触发器拦截条件，并将所述插件标识所对应的插件确定为目标插件。

进一步的，在所述在插件配置列表中，查询与所述拦截点标识相对应的插件标识的步骤之后，还包括：

当未查询到与所述拦截点标识相对应的插件标识时，确定所述交互操作不符合预设的触发器拦截条件；

向所述前端系统发送运行通知，所述运行通知用于指示所述前端系统继续运行。

进一步的，在所述监听用户在拦截点处进行的交互操作的步骤之前，还包括：

对前端系统进行初始化，其中，所述前端系统具有全局化的触发器插槽；

当所述前端系统初始化完成后，根据插件配置列表获取所述触发器插槽所关联的各插件的插件标识；

将各插件标识发送至服务器；

接收所述服务器返回的所述各插件标识分别对应的插件缓存文件，其中，插件缓存文件用于激活插件。

进一步的，所述基于触发器插槽加载所述目标插件，以通过所述目标插件对所述交互操作的操作数据进行数据处理，得到插件处理结果的步骤包括：

获取所述目标插件的插件缓存文件；

基于触发器插槽将所述插件缓存文件加载至内存，以激活所述目标插件；

通过所述目标插件对所述交互操作的操作数据进行数据处理，得到插件处理结果。

进一步的，在所述基于触发器插槽加载所述目标插件，以通过所述目标插件对所述交互操作的操作数据进行数据处理，得到插件处理结果的步骤之后，还包括：

将所述目标插件从内存中移除。

为了解决上述技术问题，本申请实施例还提供一种插件处理装置，采用了如下所述的技术方案：

操作监听模块，用于监听用户在拦截点处进行的交互操作，其中，所述拦截点为预先埋入前端系统的拦截点；

操作判断模块，用于根据插件配置列表判断所述交互操作是否符合预设的触发器拦截条件；

操作拦截模块，用于当所述交互操作符合所述触发器拦截条件时，拦截所述前端系统中的交互操作，并基于所述插件配置列表获取与所述交互操作相对应的目标插件；

插件处理模块，用于基于触发器插槽加载所述目标插件，以通过所述目标插件对所述交互操作的操作数据进行数据处理，得到插件处理结果；

结果返回模块，用于将所述插件处理结果返回至所述前端系统，并指示所述前端系统继续运行所述交互操作。

为了解决上述技术问题，本申请实施例还提供一种计算机设备，所述计算机设备包括存储器和处理器，所述存储器中存储有计算机可读指令，所述处理器执行所述计算机可读指令时实现如上所述的插件处理方法的步骤。

为了解决上述技术问题，本申请实施例还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机可读指令，所述计算机可读指令被处理器执行时实现如上所述的插件处理方法的步骤。

与现有技术相比，本申请实施例主要有以下有益效果：当监听到用户在拦截点处进行的交互操作时，获取记录插件描述与配置信息的插件配置列表，根据插件配置列表可以确定是否存在能处理交互操作的插件；当存在时交互操作符合触发器拦截条件，拦截前端系统中的交互操作实现交互阻断；通过触发器插槽可以加载与交互操作相对应的目标插件，从而通过目标插件对交互操作的操作数据进行数据处理得到插件处理结果；将插件处理结果返回至前端系统，停止拦截以使前端系统继续运行；本申请在预设的拦截点处进行交互阻断，将操作数据发送至目标插件，由目标插件根据预设的数据处理逻辑实现定制化的数据处理，无需通过插件替换原系统中的整个功能组件，实现了插件的轻量化，提高了插件的运行效率。

附图说明

为了更清楚地说明本申请中的方案，下面将对本申请实施例描述中所需要使用的附图作一个简单介绍，显而易见地，下面描述中的附图是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本申请可以应用于其中的示例性系统架构图；

图2是根据本申请的插件处理方法的一个实施例的流程图；

图3是根据本申请的插件处理方法的一个实施例的时序图；

图4是根据本申请的插件处理装置的一个实施例的结构示意图；

图5是根据本申请的计算机设备的一个实施例的结构示意图。

具体实施方式

除非另有定义，本文所使用的所有的技术和科学术语与属于本申请的技术领域的技术人员通常理解的含义相同；本文中在申请的说明书中所使用的术语只是为了描述具体的实施例的目的，不是旨在于限制本申请；本申请的说明书和权利要求书及上述附图说明中的术语“包括”和“具有”以及它们的任何变形，意图在于覆盖不排他的包含。本申请的说明书和权利要求书或上述附图中的术语“第一”、“第二”等是用于区别不同对象，而不是用于描述特定顺序。

在本文中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是，本文所描述的实施例可以与其它实施例相结合。

为了使本技术领域的人员更好地理解本申请方案，下面将结合附图，对本申请实施例中的技术方案进行清楚、完整地描述。

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

用户可以使用终端设备101、102、103通过网络104与服务器105交互，以接收或发送消息等。终端设备101、102、103上可以安装有各种具有前端系统的通讯客户端应用，例如网页浏览器应用、购物类应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等。

终端设备101、102、103可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、电子书阅读器、MP3播放器(Moving PictureExpertsGroup Audio Layer III，动态影像专家压缩标准音频层面3)、MP4(MovingPictureExperts Group Audio Layer IV，动态影像专家压缩标准音频层面4)播放器、膝上型便携计算机和台式计算机等等。

服务器105可以是提供各种服务的服务器，例如对终端设备101、102、103上显示的页面提供支持的后台服务器。

需要说明的是，本申请实施例所提供的插件处理方法一般由终端设备执行，相应地，插件处理装置一般设置于终端设备中。

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

继续参考图2，示出了根据本申请的插件处理方法的一个实施例的流程图。所述的插件处理方法，包括以下步骤：

步骤S201，监听用户在拦截点处进行的交互操作，其中，拦截点为预先埋入前端系统的拦截点。

在本实施例中，插件处理方法运行于其上的电子设备(例如图1所示的终端设备)可以通过有线连接方式或者无线连接方式与服务器进行通信。需要指出的是，上述无线连接方式可以包括但不限于3G/4G/5G连接、WiFi连接、蓝牙连接、WiMAX连接、Zigbee连接、UWB(ultra wideband)连接、以及其他现在已知或将来开发的无线连接方式。

其中，拦截点(action)可以是前端系统中需要进行拦截处理的点。终端设备中的应用软件(或者标品系统)具有前端系统，本申请中的前端系统在开发时可以预先埋好拦截点，拦截点处可以对前端系统的运行进行拦截，并通过插件实现各种功能。

具体地，拦截点在前端系统展示的页面中具有对应的页面元素，例如表单、下拉选择框、文本框等，用户操作页面元素，即可产生在拦截点处的交互操作。终端可以对用户在拦截点处产生的交互操作进行监听，以获取与交互操作相关的数据。

进一步的，上述步骤S201可以包括：当通过前端系统接收到用户对拦截点所对应的页面元素处进行交互操作时，触发onchange事件；根据onchange事件对交互操作进行监听，并获取拦截点的拦截点标识和交互操作的操作数据。

具体地，当用户对拦截点所对应的前端系统中的页面元素进行交互操作时，会根据操作的页面元素生成onchange事件。其中，onchange事件用于页面元素变化的监听，可以给页面元素绑定onchange事件，当页面元素被修改或者被操作时，则可以触发onchange事件。例如，给表单预先绑定onchange事件，当用户更新表单中的某个值时会触发onchange事件。

本申请中onchange事件被trigger能力包裹。Trigger即触发器，当onchange事件被触发时，也会触发trigger能力，引入触发器插槽的处理，此时会对交互操作进行监听，在拦截点处实现监听器listener的功能，并获取到拦截点的拦截点标识和交互操作的操作数据。其中，拦截点标识是拦截点的标识，可以唯一地标识一个拦截点；操作数据是用户具体进行的操作，例如用户将表单中的哪个字段填写为什么值，用户在输入框中输入的文本。拦截点标识用于确定需要加载的插件，操作数据用于提供给插件进行数据处理。

本实施例中，拦截点所对应的前端系统中的页面元素预先绑定了onchange事件，当用户对页面元素进行交互操作时，即可触发onchange事件，实现对交互操作的监听，得到拦截点标识和交互操作的操作数据，从而确保后续插件的加载与处理。

步骤S202，根据插件配置列表判断交互操作是否符合预设的触发器拦截条件。

其中，插件配置列表可以是预先建好的列表，用于记录插件的描述与配置信息。

具体地，前端系统可以支持多个插件，每个插件具有描述以及配置相关的信息，这些信息被记录在插件配置列表中。在监听到用户在拦截点处的交互操作后，获取插件配置列表，根据插件配置列表记录的插件相关的信息，判断交互操作能否被某个插件所处理。如果交互操作能被某个插件处理，则符合预设的触发器拦截条件。

触发器(trigger)是一个特殊的存储过程，它是由特定事件来触发。本申请中的前端系统埋入了全局化的触发器插槽(TriggerSlot)，它是一种内容分发的API(ApplicationProgramming Interface,应用程序编程接口)，可以作为承载分发内容的出口，是插件注入标品系统的承载点，通过本申请中的触发器插槽能够加载特定类型的外部代码，即加载特定的插件。

步骤S203，当交互操作符合触发器拦截条件时，拦截前端系统中的交互操作，并基于插件配置列表获取与交互操作相对应的目标插件。

其中，目标插件可以是能够对交互操作进行处理的插件。

具体地，当交互操作符合预设的触发器拦截条件时，通过预设的方法拦截前端系统的交互操作，拦截后用户暂时无法对前端系统继续进行操作。拦截交互操作的方法包括promise方法、await方法等，promise与await都是JavaScript中程序的异步等待或者异步操作写法，两者可以单独使用也可以一起使用，可以以低代码侵入的方式临时挂起交互操作。拦截用户在前端系统中的交互操作后，用户对前端系统的交互操作被挂起，但是前端系统并未中止，还可以继续进行用户交互操作之外的数据处理，例如从服务器接收数据。

根据前文的描述，根据插件配置列表判断交互操作符合触发器拦截条件时，代表查询到能够对交互操作进行处理的插件，该插件被标记为与交互操作相对应的目标插件。

步骤S204，基于触发器插槽加载目标插件，以通过目标插件对交互操作的操作数据进行数据处理，得到插件处理结果。

具体地，本申请中的触发器插槽能够加载特定类型的外部代码，即加载特定的插件。前端系统支持多种插件，各插件通常处于未激活状态，避免多个激活状态的插件占用大量的内存。

在确定目标插件后，通过触发器插槽加载目标插件以将其激活，然后将交互操作的操作数据发送给目标插件，目标插件依据自身的数据处理逻辑处理操作数据，例如对操作数据进行校验、计算、清理等，得到插件处理结果。

进一步的，上述步骤S204之后，还可以包括：将目标插件从内存中移除。

具体地，目标插件在激活时被加载到终端设备的内存中，当目标插件对操作数据处理完成、生成插件处理结果后，可以将目标插件从内存中移除，以回收内存，实现插件的按需加载、用完即销毁，减少内存占用。

在一个实施例中，当插件处理结果表明目标插件对操作数据处理失败，或者操作数据未通过目标插件的校验时，接下来可能会继续产生相同拦截点处的交互操作，可以暂时不将目标插件从内存中移除。

本实施例中，在目标插件对操作数据处理完成后将目标插件从内存中移除，可以及时回收内存，减少内存占用，确保终端设备的运行速度。

步骤S205，将插件处理结果返回至前端系统，并指示前端系统继续运行交互操作。

具体地，目标插件将插件处理结果返回至前端系统，前端系统可以展示插件处理结果，并根据插件处理结果继续运行交互操作，这里的继续进行交互操作，可以是在用户之前交互操作的基础上，按照业务逻辑推进，或者，提醒用户重新进行之前的交互操作。

例如，前端系统中具有一个工时登记的输入框，现在对标品系统进行定制，在登记工时的时候不可以提前登记未来的工时。因此，在工时填写的输入框埋入拦截点，用户在输入框中登记工时后，触发相关插件，如果工时是未来的工时，则校验不通过，生成校验不通过的插件处理结果，前端系统可以展示插件处理结果，并提醒用户重新填写工时；当校验通过时，则生成校验通过的插件处理结果，前端系统可以展示“输入正确”的字样，用户可以转而进行下一项信息的输入。

本申请中的插件可以仅包含拦截点处的数据处理逻辑，通过拦截点的埋入与监听、是否符合触发器拦截条件的限制，以及触发器插槽加载目标插件对标品系统实现了功能定制，实现了标品系统在前端的交互拦截，而无需通过插件替换标品系统中原本的功能组件，提高了组件的编写效率，从而提高了组件的运行效率。

目标插件可以通过next方法或者cancel方法返回插件处理结果。其中，当目标插件对操作数据处理成功，或者操作数据通过目标插件的校验时，通过next方法将插件处理结果返回给前端系统；当目标插件对操作数据处理失败，或者操作数据未通过目标插件的校验时，通过cancel方法将插件处理结果返回给前端系统。

本实施例中，当监听到用户在拦截点处进行的交互操作时，获取记录插件描述与配置信息的插件配置列表，根据插件配置列表可以确定是否存在能处理交互操作的插件；当存在时交互操作符合触发器拦截条件，拦截前端系统中的交互操作实现交互阻断；通过触发器插槽可以加载与交互操作相对应的目标插件，从而通过目标插件对交互操作的操作数据进行数据处理得到插件处理结果；将插件处理结果返回至前端系统，停止拦截以使前端系统继续运行；本申请在预设的拦截点处进行交互阻断，将操作数据发送至目标插件，由目标插件根据预设的数据处理逻辑实现定制化的数据处理，无需通过插件替换原系统中的整个功能组件，实现了插件的轻量化，提高了插件的运行效率。

进一步的，上述步骤S202可以包括：获取拦截点的拦截点标识；在插件配置列表中，查询与拦截点标识相对应的插件标识；当查询到与拦截点标识相对应的插件标识时，确定交互操作符合预设的触发器拦截条件，并将插件标识所对应的插件确定为目标插件。

具体地，每个拦截点预先定义了拦截点标识，拦截点标识可以视作拦截点的名称，它可以是字符串，通过拦截点标识可以获取到页面元素所进行的交互操作。插件配置列表中可以记录各插件的插件标识，插件标识可以视作插件的名称，它也可以是字符串，通过插件标识可以获取到插件所能处理的交互操作。

对拦截点标识所对应的页面元素进行交互操作，如果存在能对该交互操作进行处理的插件，则拦截点标识与插件标识应该相匹配。当从插件配置列表中查询到与拦截点标识相匹配的插件标识时，确定存在可以处理交互操作的插件，交互操作符合预设的触发器拦截条件，查询到的插件标识所对应的插件被确定为目标插件。

举例说明，拦截点所对应的页面元素为一个工作项，用户在拦截点处对工作项进行修改的行为(action)被定义为“action:pre:task:update”，即工作项更新前置拦截，action:pre:task:update即为拦截点标识，它可以表示交互操作的场景，可以理解，如果存在多个工作项，对拦截点标识中的“task”进行区分即可。

插件配置列表可以是各插件的plugin.yaml，plugin.yaml是插件配置描述文件，包含插件的各种基础信息。想要通过插件对上述工作项更新的交互操作进行拦截，需要在插件的plugin.yaml中声明需要拦截“action:pre:task:update”，终端设备根据plugin.yaml中的声明信息即可确定是否需要拦截交互操作；可以理解，也可以将plugin.yaml中声明的需要拦截的交互操作作为plugin.yaml的标识即插件标识，从而可以在不激活插件的情况下，快速而准确地在多个已安装的插件中确定是否存在能对交互操作进行处理的插件，从而确定需要激活的插件。

本实施例中，获取拦截点标识，在插件配置列表中查询与拦截点标识相对应的插件标识，当查询到时表示存在可以对交互操作进行处理的插件，从而可以在不激活插件的情况下确定是否需要对交互操作进行拦截。

进一步的，上述在插件配置列表中，查询与拦截点标识相对应的插件标识的步骤之后，还可以包括：当未查询到与拦截点标识相对应的插件标识时，确定交互操作不符合预设的触发器拦截条件；向前端系统发送运行通知，运行通知用于指示前端系统继续运行。

具体地，当未查询到与拦截点标识相对应的插件标识时，表示没有插件可以对交互操作进行处理，也无需对交互操作进行拦截，交互操作不符合预设的触发器拦截条件。

此时可以生成运行通知并发送至前端系统，前端系统接收到运行通知后，会继续运行。

本实施例中，当未查询到与拦截点标识相对应的插件标识时，交互操作不符合触发器拦截条件，不会拦截交互操作并指示前端系统继续运行。

进一步的，上述步骤S201之前，还可以包括：对前端系统进行初始化，其中，前端系统具有全局化的触发器插槽；当前端系统初始化完成后，根据插件配置列表获取触发器插槽所关联的各插件的插件标识；将各插件标识发送至服务器；接收服务器返回的各插件标识分别对应的插件缓存文件，其中，插件缓存文件用于激活插件。

具体地，前端系统首先需要进行初始化，前端系统具有全局化的触发器插槽，触发器插槽可以埋在前端系统的根节点处，无论用户在前端系统的哪个拦截点触发交互操作，都可以通过触发器插槽对交互操作进行处理。

触发器插槽关联于多个插件，通过触发器插槽可以加载这些插件。前端系统初始化完成后，终端系统可以从插件配置列表获取与触发器插槽相关联的各插件的插件标识，将插件标识发送至服务器。

服务器分别获取各插件标识所对应的插件缓存文件，并将插件缓存文件发送至终端设备，终端设备将插件缓存文件存储于应用软件或标品系统的缓存中，实现插件的预加载。

本实施例中，在前端系统初始化完成后，从服务器获取各插件标识所对应的插件缓存文件，从而完成插件的预加载，避免了需要激活插件时才去下载插件，提高了插件的加载效率。

进一步的，上述步骤S204可以包括：获取目标插件的插件缓存文件；基于触发器插槽将插件缓存文件加载至内存，以激活目标插件；通过目标插件对交互操作的操作数据进行数据处理，得到插件处理结果。

具体地，根据目标插件的插件标识，在缓存中获取目标插件的插件缓存文件。通过触发器插槽激活目标插件，将插件缓存文件加载到内存中得到激活的目标插件，目标插件对交互操作的操作数据进行数据处理，得到插件处理结果。

本实施例中，从缓存中直接命中目标插件所对应的插件缓存文件，将其加载到内存即可激活目标插件，提高了插件的运行效率。

图3是本申请中插件处理方法的一个实施例的时序图，具体地，参照图3，在前端系统的根节点中埋入触发器插槽，触发器插槽关联于多个插件。用户操作前端系统产生交互操作，前端系统判断是否存在交互操作相对应的插件，具体可以是获取插件配置列表，在插件配置列表中查询是否存在与拦截点标识相对应的插件标识，当查询到时，确定存在交互操作相对应的插件，该插件被标记为目标插件。前端系统渲染触发器插槽，并通过触发器插槽激活目标插件，并将交互操作的操作数据发送给目标插件。目标插件对操作数据进行数据处理得到插件处理结果，将插件处理结果返回给前端系统。前端系统接收到插件处理结果后销毁目标插件以回收内存，并继续执行原有逻辑，用户在前端系统上继续进行操作。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机可读指令来指令相关的硬件来完成，该计算机可读指令可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，前述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)等非易失性存储介质，或随机存储记忆体(Random Access Memory，RAM)等。

应该理解的是，虽然附图的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，其可以以其他的顺序执行。而且，附图的流程图中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，其执行顺序也不必然是依次进行，而是可以与其他步骤或者其他步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

进一步参考图4，作为对上述图2所示方法的实现，本申请提供了一种插件处理装置的一个实施例，该装置实施例与图2所示的方法实施例相对应，该装置具体可以应用于各种电子设备中。

如图4所示，本实施例所述的插件处理装置300包括：操作监听模块301、操作判断模块302、操作拦截模块303、插件处理模块304以及结果返回模块305，其中：

操作监听模块301，用于监听用户在拦截点处进行的交互操作，其中，拦截点为预先埋入前端系统的拦截点。

操作判断模块302，用于根据插件配置列表判断交互操作是否符合预设的触发器拦截条件。

操作拦截模块303，用于当交互操作符合触发器拦截条件时，拦截前端系统中的交互操作，并基于插件配置列表获取与交互操作相对应的目标插件。

插件处理模块304，用于基于触发器插槽加载目标插件，以通过目标插件对交互操作的操作数据进行数据处理，得到插件处理结果。

结果返回模块305，用于将插件处理结果返回至前端系统，并指示前端系统继续运行交互操作。

本实施例中，当监听到用户在拦截点处进行的交互操作时，获取记录插件描述与配置信息的插件配置列表，根据插件配置列表可以确定是否存在能处理交互操作的插件；当存在时交互操作符合触发器拦截条件，拦截前端系统中的交互操作实现交互阻断；通过触发器插槽可以加载与交互操作相对应的目标插件，从而通过目标插件对交互操作的操作数据进行数据处理得到插件处理结果；将插件处理结果返回至前端系统，停止拦截以使前端系统继续运行；本申请在预设的拦截点处进行交互阻断，将操作数据发送至目标插件，由目标插件根据预设的数据处理逻辑实现定制化的数据处理，无需通过插件替换原系统中的整个功能组件，实现了插件的轻量化，提高了插件的运行效率。

在本实施例的一些可选的实现方式中，操作监听模块301可以包括：事件触发子模块以及操作监听子模块，其中：

事件触发子模块，用于当通过前端系统接收到用户对拦截点所对应的页面元素处进行交互操作时，触发onchange事件。

操作监听子模块，用于根据onchange事件对交互操作进行监听，并获取拦截点的拦截点标识和交互操作的操作数据。

本实施例中，拦截点所对应的前端系统中的页面元素预先绑定了onchange事件，当用户对页面元素进行交互操作时，即可触发onchange事件，实现对交互操作的监听，得到拦截点标识和交互操作的操作数据，从而确保后续插件的加载与处理。

在本实施例的一些可选的实现方式中，操作判断模块302可以包括：标识获取子模块、标识查询子模块以及操作确定子模块，其中：

标识获取子模块，用于获取拦截点的拦截点标识。

标识查询子模块，用于在插件配置列表中，查询与拦截点标识相对应的插件标识。

操作确定子模块，用于当查询到与拦截点标识相对应的插件标识时，确定交互操作符合预设的触发器拦截条件，并将插件标识所对应的插件确定为目标插件。

本实施例中，获取拦截点标识，在插件配置列表中查询与拦截点标识相对应的插件标识，当查询到时表示存在可以对交互操作进行处理的插件，从而可以在不激活插件的情况下确定是否需要对交互操作进行拦截。

在本实施例的一些可选的实现方式中，操作判断模块302还可以包括：交互确定子模块以及通知发送子模块，其中：

交互确定子模块，用于当未查询到与拦截点标识相对应的插件标识时，确定交互操作不符合预设的触发器拦截条件。

通知发送子模块，用于向前端系统发送运行通知，运行通知用于指示前端系统继续运行。

本实施例中，当未查询到与拦截点标识相对应的插件标识时，交互操作不符合触发器拦截条件，不会拦截交互操作并指示前端系统继续运行。

在本实施例的一些可选的实现方式中，插件处理装置300还可以包括：系统初始模块、标识获取模块、标识发送模块以及缓存接收模块，其中：

系统初始模块，用于对前端系统进行初始化，其中，前端系统具有全局化的触发器插槽。

标识获取模块，用于当前端系统初始化完成后，根据插件配置列表获取触发器插槽所关联的各插件的插件标识。

标识发送模块，用于将各插件标识发送至服务器。

缓存接收模块，用于接收服务器返回的各插件标识分别对应的插件缓存文件，其中，插件缓存文件用于激活插件。

本实施例中，在前端系统初始化完成后，从服务器获取各插件标识所对应的插件缓存文件，从而完成插件的预加载，避免了需要激活插件时才去下载插件，提高了插件的加载效率。

在本实施例的一些可选的实现方式中，插件处理模块304可以包括：缓存获取子模块、插件激活子模块以及插件处理子模块，其中：

缓存获取子模块，用于获取目标插件的插件缓存文件。

插件激活子模块，用于基于触发器插槽将插件缓存文件加载至内存，以激活目标插件。

插件处理子模块，用于通过目标插件对交互操作的操作数据进行数据处理，得到插件处理结果。

本实施例中，从缓存中直接命中目标插件所对应的插件缓存文件，将其加载到内存即可激活目标插件，提高了插件的运行效率。

在本实施例的一些可选的实现方式中，插件处理装置300还可以包括：插件移除模块，插件移除模块用于将目标插件从内存中移除。

本实施例中，在目标插件对操作数据处理完成后将目标插件从内存中移除，可以及时回收内存，减少内存占用，确保终端设备的运行速度。

为解决上述技术问题，本申请实施例还提供计算机设备。具体请参阅图5，图5为本实施例计算机设备基本结构框图。

所述计算机设备4包括通过系统总线相互通信连接存储器41、处理器42、网络接口43。需要指出的是，图中仅示出了具有组件41-43的计算机设备4，但是应理解的是，并不要求实施所有示出的组件，可以替代的实施更多或者更少的组件。其中，本技术领域技术人员可以理解，这里的计算机设备是一种能够按照事先设定或存储的指令，自动进行数值计算和/或信息处理的设备，其硬件包括但不限于微处理器、专用集成电路(ApplicationSpecific Integrated Circuit，ASIC)、可编程门阵列(Field－Programmable GateArray，FPGA)、数字处理器(Digital Signal Processor，DSP)、嵌入式设备等。

所述计算机设备可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。所述计算机设备可以与用户通过键盘、鼠标、遥控器、触摸板或声控设备等方式进行人机交互。

所述存储器41至少包括一种类型的可读存储介质，所述可读存储介质包括闪存、硬盘、多媒体卡、卡型存储器(例如，SD或DX存储器等)、随机访问存储器(RAM)、静态随机访问存储器(SRAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、可编程只读存储器(PROM)、磁性存储器、磁盘、光盘等。在一些实施例中，所述存储器41可以是所述计算机设备4的内部存储单元，例如该计算机设备4的硬盘或内存。在另一些实施例中，所述存储器41也可以是所述计算机设备4的外部存储设备，例如该计算机设备4上配备的插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(Secure Digital,SD)卡，闪存卡(FlashCard)等。当然，所述存储器41还可以既包括所述计算机设备4的内部存储单元也包括其外部存储设备。本实施例中，所述存储器41通常用于存储安装于所述计算机设备4的操作系统和各类应用软件，例如插件处理方法的计算机可读指令等。此外，所述存储器41还可以用于暂时地存储已经输出或者将要输出的各类数据。

所述处理器42在一些实施例中可以是中央处理器(Central Processing Unit，CPU)、控制器、微控制器、微处理器、或其他数据处理芯片。该处理器42通常用于控制所述计算机设备4的总体操作。本实施例中，所述处理器42用于运行所述存储器41中存储的计算机可读指令或者处理数据，例如运行所述插件处理方法的计算机可读指令。

所述网络接口43可包括无线网络接口或有线网络接口，该网络接口43通常用于在所述计算机设备4与其他电子设备之间建立通信连接。

本实施例中提供的计算机设备可以执行上述插件处理方法。此处插件处理方法可以是上述各个实施例的插件处理方法。

本实施例中，当监听到用户在拦截点处进行的交互操作时，获取记录插件描述与配置信息的插件配置列表，根据插件配置列表可以确定是否存在能处理交互操作的插件；当存在时交互操作符合触发器拦截条件，拦截前端系统中的交互操作实现交互阻断；通过触发器插槽可以加载与交互操作相对应的目标插件，从而通过目标插件对交互操作的操作数据进行数据处理得到插件处理结果；将插件处理结果返回至前端系统，停止拦截以使前端系统继续运行；本申请在预设的拦截点处进行交互阻断，将操作数据发送至目标插件，由目标插件根据预设的数据处理逻辑实现定制化的数据处理，无需通过插件替换原系统中的整个功能组件，实现了插件的轻量化，提高了插件的运行效率。

本申请还提供了另一种实施方式，即提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机可读指令，所述计算机可读指令可被至少一个处理器执行，以使所述至少一个处理器执行如上述的插件处理方法的步骤。

本实施例中，当监听到用户在拦截点处进行的交互操作时，获取记录插件描述与配置信息的插件配置列表，根据插件配置列表可以确定是否存在能处理交互操作的插件；当存在时交互操作符合触发器拦截条件，拦截前端系统中的交互操作实现交互阻断；通过触发器插槽可以加载与交互操作相对应的目标插件，从而通过目标插件对交互操作的操作数据进行数据处理得到插件处理结果；将插件处理结果返回至前端系统，停止拦截以使前端系统继续运行；本申请在预设的拦截点处进行交互阻断，将操作数据发送至目标插件，由目标插件根据预设的数据处理逻辑实现定制化的数据处理，无需通过插件替换原系统中的整个功能组件，实现了插件的轻量化，提高了插件的运行效率。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本申请各个实施例所述的方法。

显然，以上所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例，附图中给出了本申请的较佳实施例，但并不限制本申请的专利范围。本申请可以以许多不同的形式来实现，相反地，提供这些实施例的目的是使对本申请的公开内容的理解更加透彻全面。尽管参照前述实施例对本申请进行了详细的说明，对于本领域的技术人员来而言，其依然可以对前述各具体实施方式所记载的技术方案进行修改，或者对其中部分技术特征进行等效替换。凡是利用本申请说明书及附图内容所做的等效结构，直接或间接运用在其他相关的技术领域，均同理在本申请专利保护范围之内。

Claims (10)

1.一种插件处理方法，其特征在于，包括下述步骤：

监听用户在拦截点处进行的交互操作，其中，所述拦截点为预先埋入前端系统的拦截点；

根据插件配置列表判断所述交互操作是否符合预设的触发器拦截条件；

当所述交互操作符合所述触发器拦截条件时，拦截所述前端系统中的交互操作，并基于所述插件配置列表获取与所述交互操作相对应的目标插件；

基于触发器插槽加载所述目标插件，以通过所述目标插件对所述交互操作的操作数据进行数据处理，得到插件处理结果；

将所述插件处理结果返回至所述前端系统，并指示所述前端系统继续运行所述交互操作。

2.根据权利要求1所述的插件处理方法，其特征在于，所述监听用户在拦截点处进行的交互操作的步骤包括：

当通过前端系统接收到用户对拦截点所对应的页面元素处进行交互操作时，触发onchange事件；

根据所述onchange事件对所述交互操作进行监听，并获取所述拦截点的拦截点标识和所述交互操作的操作数据。

3.根据权利要求1所述的插件处理方法，其特征在于，所述根据插件配置列表判断所述交互操作是否符合预设的触发器拦截条件的步骤包括：

获取所述拦截点的拦截点标识；

在插件配置列表中，查询与所述拦截点标识相对应的插件标识；

当查询到与所述拦截点标识相对应的插件标识时，确定所述交互操作符合预设的触发器拦截条件，并将所述插件标识所对应的插件确定为目标插件。

4.根据权利要求3所述的插件处理方法，其特征在于，在所述在插件配置列表中，查询与所述拦截点标识相对应的插件标识的步骤之后，还包括：

当未查询到与所述拦截点标识相对应的插件标识时，确定所述交互操作不符合预设的触发器拦截条件；

向所述前端系统发送运行通知，所述运行通知用于指示所述前端系统继续运行。

5.根据权利要求1所述的插件处理方法，其特征在于，在所述监听用户在拦截点处进行的交互操作的步骤之前，还包括：

对前端系统进行初始化，其中，所述前端系统具有全局化的触发器插槽；

当所述前端系统初始化完成后，根据插件配置列表获取所述触发器插槽所关联的各插件的插件标识；

将各插件标识发送至服务器；

接收所述服务器返回的所述各插件标识分别对应的插件缓存文件，其中，插件缓存文件用于激活插件。

6.根据权利要求1所述的插件处理方法，其特征在于，所述基于触发器插槽加载所述目标插件，以通过所述目标插件对所述交互操作的操作数据进行数据处理，得到插件处理结果的步骤包括：

获取所述目标插件的插件缓存文件；

基于触发器插槽将所述插件缓存文件加载至内存，以激活所述目标插件；

通过所述目标插件对所述交互操作的操作数据进行数据处理，得到插件处理结果。

7.根据权利要求6所述的插件处理方法，其特征在于，在所述基于触发器插槽加载所述目标插件，以通过所述目标插件对所述交互操作的操作数据进行数据处理，得到插件处理结果的步骤之后，还包括：

将所述目标插件从内存中移除。

8.一种插件处理装置，其特征在于，包括：

操作监听模块，用于监听用户在拦截点处进行的交互操作，其中，所述拦截点为预先埋入前端系统的拦截点；

操作判断模块，用于根据插件配置列表判断所述交互操作是否符合预设的触发器拦截条件；

操作拦截模块，用于当所述交互操作符合所述触发器拦截条件时，拦截所述前端系统中的交互操作，并基于所述插件配置列表获取与所述交互操作相对应的目标插件；

插件处理模块，用于基于触发器插槽加载所述目标插件，以通过所述目标插件对所述交互操作的操作数据进行数据处理，得到插件处理结果；

结果返回模块，用于将所述插件处理结果返回至所述前端系统，并指示所述前端系统继续运行所述交互操作。

9.一种计算机设备，包括存储器和处理器，所述存储器中存储有计算机可读指令，所述处理器执行所述计算机可读指令时实现如权利要求1至7中任一项所述的插件处理方法的步骤。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机可读指令，所述计算机可读指令被处理器执行时实现如权利要求1至7中任一项所述的插件处理方法的步骤。

Images