CN113805878A - 插件工程化方法、装置、计算机系统和介质 - Google Patents

Abstract

本公开提供了一种插件工程化方法，包括：根据通过操作界面输入的插件名称从云端下载插件模板至本地；对插件模板进行配置，以得到业务插件；对业务插件进行调试，并将调试完成的业务插件发布到插件市场；以及通过插件市场维护业务插件供外部调用。本公开还提供了一种插件工程化装置、一种计算机系统和一种计算机可读存储介质。

Description

插件工程化方法、装置、计算机系统和介质

技术领域

本公开涉及计算机技术领域，更具体地，涉及一种插件工程化方法、一种插件工程化装置、一种计算机系统、一种计算机可读存储介质。

背景技术

目前，接入跨平台移动应用开发框架的移动应用APP，一般采用单个可执行文件渲染业务，或者采用业务插件多个可执行文件渲染业务。但是由于单个可执行文件渲染业务会导致单个文件过大、业务维护难度增大等技术问题，大部分开发人员采取业务插件多个可执行文件渲染业务的开发方式，业务之间开发上线互不影响，插件管理大多数是手动管理。

在实现本公开构思的过程中，发明人发现相关技术中至少存在如下问题：可共用的各业务插件不能有效复用，且开发过程繁琐。

发明内容

有鉴于此，本公开提供了一种插件工程化方法、一种插件工程化装置、一种计算机系统、一种计算机可读存储介质。

本公开的一个方面提供了一种插件工程化方法，包括：根据通过操作界面输入的插件名称从云端下载插件模板至本地；对上述插件模板进行配置，以得到业务插件；对上述业务插件进行调试，并将调试完成的业务插件发布到插件市场；以及通过上述插件市场维护业务插件供外部调用。

根据本公开的实施例，上述的方法还包括：获取通过上述操作界面输入的网页部署指令；根据上述网页部署指令生成用于网页部署的资源文件；获取上述业务插件的网页服务信息；根据上述网页服务信息将上述资源文件推送至目标服务端；执行网页应用编译，得到编译文件；以及将上述编译文件部署到生产服务器上。

根据本公开的实施例，上述的方法还包括：在根据上述插件名称从云端下载插件模板至本地之前，根据上述插件名称从上述插件市场搜索是否存在上述插件模板。

根据本公开的实施例，上述的方法还包括：从上述插件市场中搜索上述业务插件的依赖插件；以及在上述插件市场中包括上述业务插件的依赖插件的情况下，更新上述业务插件的依赖文件。

根据本公开的实施例，上述的方法还包括：获取通过上述操作界面输入的界面名称；根据上述界面名称在工程目录下查询是否存在上述界面名称的文件；如果不存在，下载基础代码模版到对应的文件目录下；以及将上述基础代码模版与数据文件进行关联。

根据本公开的实施例，上述对上述插件模板进行配置包括：将上述插件模板的名称替换为上述目标业务的名称；以及将上述插件模板的插件基础代码发送至代码仓库。

根据本公开的实施例，上述的方法还包括：在根据上述插件名称从云端下载插件模板至本地之前，在根目录下创建目标业务文件夹；判断上述本地是否存在与上述目标业务文件夹的名称相同的文件夹；在判断上述本地不存在与上述目标业务文件夹的名称相同的文件夹的情况下，从云端下载插件模板至上述目标业务文件夹中；以及在判断上述本地存在与上述目标业务文件夹的名称相同的文件夹的情况下，输出上述目标业务文件夹已存在的提示信息。

本公开的一个方面提供了一种插件工程化装置，包括：插件申请模块，用于获取通过操作界面输入的插件名称，并根据所述插件名称从云端下载插件模板至本地，以及对所述插件模板进行配置，以得到业务插件；插件管理模块，用于对所述业务插件进行调试，以及将调试完成的业务插件发布到插件市场；以及插件市场模块，用于接收所述插件管理模块发布的业务插件，以及维护业务插件供外部调用。

根据本公开的实施例，上述插件申请模块还用于在根据上述插件名称从云端下载插件模板至本地之前，根据上述插件名称从上述插件市场搜索是否存在上述插件模板。

根据本公开的实施例，上述插件管理模块还用于：从上述插件市场中搜索上述业务插件的依赖插件；以及在上述插件市场中包括上述业务插件的依赖插件的情况下，更新上述业务插件的依赖文件。

根据本公开的实施例，上述装置还包括代码生成模块，用于：获取通过上述操作界面输入的界面名称；根据上述界面名称在工程目录下查询是否存在上述界面名称的文件；如果不存在，下载基础代码模版到对应的文件目录下；以及将上述基础代码模版与数据文件进行关联。

根据本公开的实施例，上述插件申请模块对上述插件模板进行配置包括：将上述插件模板的名称替换为上述目标业务的名称；以及将上述插件模板的插件基础代码发送至代码仓库。

根据本公开的实施例，上述插件申请模块还用于：在根据上述插件名称从云端下载插件模板至本地之前，在根目录下创建目标业务文件夹；判断上述本地是否存在与上述目标业务文件夹的名称相同的文件夹；在判断上述本地不存在与上述目标业务文件夹的名称相同的文件夹的情况下，从云端下载插件模板至上述目标业务文件夹中；以及在判断上述本地存在与上述目标业务文件夹的名称相同的文件夹的情况下，输出上述目标业务文件夹已存在的提示信息。

根据本公开的实施例，上述装置还包括网页部署模块，用于：获取通过上述操作界面输入的网页部署指令；根据上述网页部署指令生成用于网页部署的资源文件；获取上述业务插件的网页服务信息；根据上述网页服务信息将上述资源文件推送至目标服务端；执行网页应用编译，得到编译文件；以及将上述编译文件部署到生产服务器上。

本公开的另一个方面提供了一种利用上述的插件工程化装置进行业务开发的方法，包括：通过插件申请模块获取通过操作界面输入的插件名称，并根据上述插件名称从云端下载插件模板至本地，以及对上述插件模板进行配置，以得到业务插件；通过插件管理模块对上述业务插件进行调试，以及将调试完成的业务插件发布到插件市场；以及通过插件市场模块接收上述插件管理模块发布的业务插件，以及维护业务插件供外部调用。

本公开的另一个方面提供了一种计算机系统，包括：一个或多个处理器；存储器，用于存储一个或多个程序，其中，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现如上所述的插件工程化装置。

本公开的另一个方面提供了一种计算机可读存储介质，其上存储有可执行指令，该指令被处理器执行时使处理器实现如上所述的插件工程化装置。

本公开的另一方面提供了一种计算机程序，所述计算机程序包括计算机可执行指令，所述指令在被执行时用于实现如上所述的方法。

根据本公开的实施例，提供了一种插件工程化方法，根据通过操作界面输入的插件名称从云端下载插件模板至本地；对插件模板进行配置，以得到业务插件；对业务插件进行调试，并将调试完成的业务插件发布到插件市场；以及通过插件市场维护不同业务插件供外部调用。由于调试完成的业务插件可以发布到插件市场，插件市场中维护有不同业务插件供外部调用，所以至少部分地克服了相关技术中可共用的业务插件不能有效复用的技术问题，使得各业务插件能够有效复用，降低了业务插件的开发成本，提高了业务开发过程的效率。

附图说明

通过以下参照附图对本公开实施例的描述，本公开的上述以及其他目的、特征和优点将更为清楚，在附图中：

图1示意性示出了根据本公开实施例的可以应用插件工程化方法和装置的示例性系统架构；

图2示意性示出了根据本公开实施例的插件工程化方法的流程图；

图3示意性示出了根据本公开另一实施例的插件工程化方法的流程图；

图4示意性示出了根据本公开另一实施例的插件工程化方法的流程图；

图5示意性示出了根据本公开实施例的插件工程化装置的框图；以及

图6示意性示出了根据本公开实施例的适于实现上文描述的插件工程化方法及装置的计算机系统的框图。

具体实施方式

以下，将参照附图来描述本公开的实施例。但是应该理解，这些描述只是示例性的，而并非要限制本公开的范围。在下面的详细描述中，为便于解释，阐述了许多具体的细节以提供对本公开实施例的全面理解。然而，明显地，一个或多个实施例在没有这些具体细节的情况下也可以被实施。此外，在以下说明中，省略了对公知结构和技术的描述，以避免不必要地混淆本公开的概念。

在此使用的术语仅仅是为了描述具体实施例，而并非意在限制本公开。在此使用的术语“包括”、“包含”等表明了所述特征、步骤、操作和/或部件的存在，但是并不排除存在或添加一个或多个其他特征、步骤、操作或部件。

在此使用的所有术语(包括技术和科学术语)具有本领域技术人员通常所理解的含义，除非另外定义。应注意，这里使用的术语应解释为具有与本说明书的上下文相一致的含义，而不应以理想化或过于刻板的方式来解释。

在使用类似于“A、B和C等中至少一个”这样的表述的情况下，一般来说应该按照本领域技术人员通常理解该表述的含义来予以解释(例如，“具有A、B和C中至少一个的系统”应包括但不限于单独具有A、单独具有B、单独具有C、具有A和B、具有A和C、具有B和C、和/或具有A、B、C的系统等)。在使用类似于“A、B或C等中至少一个”这样的表述的情况下，一般来说应该按照本领域技术人员通常理解该表述的含义来予以解释(例如，“具有A、B或C中至少一个的系统”应包括但不限于单独具有A、单独具有B、单独具有C、具有A和B、具有A和C、具有B和C、和/或具有A、B、C的系统等)。

本公开的实施例提供了一种插件工程化方法和装置。该插件工程化方法包括：根据通过操作界面输入的插件名称从云端下载插件模板至本地；对插件模板进行配置，以得到业务插件；对业务插件进行调试，并将调试完成的业务插件发布到插件市场；以及通过插件市场维护业务插件供外部调用。

图1示意性示出了根据本公开实施例的可以应用插件工程化方法和装置的示例性系统架构。需要注意的是，图1所示仅为可以应用本公开实施例的系统架构的示例，以帮助本领域技术人员理解本公开的技术内容，但并不意味着本公开实施例不可以用于其他设备、系统、环境或场景。

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

用户可以使用终端设备101、102、103通过网络104与服务器105交互，以接收或发送消息等。终端设备101、102、103上可以安装有插件工程化装置，当然，终端设备101、102、103上还可以安装其他通讯客户端应用，例如购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端和/或社交平台软件等(仅为示例)。

终端设备101、102、103可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。

服务器105可以是云端服务器，云端服务器中可以存储有不同的插件模板。服务器105可以用于提供各种服务，例如对用户利用终端设备101、102、103所浏览的网站提供支持的后台管理服务器(仅为示例)。后台管理服务器可以对接收到的用户请求等数据进行分析等处理，并将处理结果(例如根据用户请求获取或生成的网页、信息、或数据等)反馈给终端设备。

需要说明的是，本公开实施例所提供的插件工程化方法可以由终端设备101、102、或103执行，或者也可以由不同于终端设备101、102、或103的其他终端设备执行。相应地，本公开实施例所提供的插件工程化装置也可以设置于终端设备101、102、或103中，或设置于不同于终端设备101、102、或103的其他终端设备中。

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

图2示意性示出了根据本公开实施例的插件工程化方法的流程图。

根据本公开的实施例，该插件工程化方法可以是利用插件工程化装置进行业务开发的方法。插件工程化装置是一个为了统一开发规范、提高用户效率、避免重复开发的业务插件管理工具，每个业务插件可以由独立的团队通过该工具维护。本公开的插件工程化装置可以应用于跨平台移动应用开发框架，可以统一不同平台的业务插件的开发标准，避免各业务插件重复性的工作。该插件工程化装置可以维护有插件市场，插件市场中维护了不同业务插件供外部调用。

如图2所示，该插件工程化方法包括操作S201～S204。

在操作S201，根据通过操作界面输入的插件名称从云端下载插件模板至本地。

根据本公开的实施例，用户可以通过操作界面申请新的业务插件。例如，通过输入插件名称(该名称例如可以包括插件简介，通过对插件简介的智能匹配，即可实现插件的申请)即可一键申请，拿到标准化、带有示例的插件。或者，用户也可以通过操作界面申请某业务插件中的业务组件或分子组件，通过输入组件名称及简介，即可获得一个组件模版工程。

根据本公开的实施例，用户可以利用插件工程化装置开发业务并上线。该一键申请功能可以通过shell脚本，在服务器自动生成一个工程模版并将该工程推送到远端git仓库，然后返给插件工程化装置git地址。根据本公开的实施例，插件工程化装置可以在用户选择的根目录下下载工程，用户按照说明文件进行说明，安装依赖就可以进行开发了。

在操作S202，对插件模板进行配置，以得到业务插件。

在操作S203，对业务插件进行调试，并将调试完成的业务插件发布到插件市场。

根据本公开的实施例，可以利用插件工程化装置的插件管理模块开发并调试完业务插件，将调试好的业务插件发布到插件市场，可以供其他业务插件使用，例如，作为其他业务插件的依赖。

在操作S204，通过插件市场维护业务插件供外部调用。

根据本公开的实施例，插件市场中可以包括多种不同的业务插件，以满足不同业务工程的开发。

根据本公开的实施例，提供了一种插件工程化方法，根据通过操作界面输入的插件名称从云端下载插件模板至本地；对插件模板进行配置，以得到业务插件；对业务插件进行调试，并将调试完成的业务插件发布到插件市场；以及通过插件市场维护业务插件供外部调用。由于调试完成的业务插件可以发布到插件市场，插件市场中维护有不同业务插件供外部调用，所以至少部分地克服了相关技术中可共用的业务插件不能有效复用的技术问题，使得各业务插件能够有效复用，降低了业务插件的开发成本，提高了业务开发过程的效率。

根据本公开的实施例，在根据插件名称从云端下载插件模板至本地之前，根据插件名称从插件市场搜索是否存在插件模板。

根据本公开的实施例，如果插件市场搜索不存在该插件名称的插件，则可以从云端下载插件模板至本地。如果插件市场搜索存在该插件名称的插件，可以直接从插件市场获取该插件名称的插件，则无需从云端下载插件模板至本地。

根据本公开的实施例，通过插件市场可以管理用户自己的业务插件，以便于业务工程的开发。

根据本公开的实施例，可以从插件市场中搜索业务插件的依赖插件，在插件市场中包括业务插件的依赖插件的情况下，更新业务插件的依赖文件。

根据本公开的实施例，用户可以通过GUI操作界面打开业务项目，当通过搜索插件市场已有的业务插件来编辑本业务的依赖时，可以执行用于编辑依赖的脚本，先读取用户操作是安装还是卸载组件，然后读取业务项目的依赖文件(例如，package.json文件)，遍历文件执行新增或删除，来编辑依赖文件。接下来，通过执行命令集中的指令来更新业务项目对第三方组件的依赖。此过程可以完全屏蔽用户手动操作依赖文件带来的错误删除依赖的风险。

根据本公开的实施例，可以利用插件工程化装置的插件管理模块实现搜索业务插件、分子组件，安装组件，生成二维码，发布上线，在发布上线前可以查看项目文件的大小，是否使用等信息，便于用户做一些优化。

根据本公开的实施例，插件管理模块还可以根据业务名称、版本等信息获取业务插件的异常信息。

根据本公开的实施例，插件工程化方法还包括获取通过操作界面输入的界面名称；根据界面名称在工程目录下查询是否存在界面名称的文件；如果根据界面名称在工程目录下查询不存在界面名称的文件，下载基础代码模版到对应的文件目录下；以及将基础代码模版与数据文件进行关联。如果根据界面名称在工程目录下查询存在界面名称的文件，可以提示用户已存在该界面名称的文件。

根据本公开的实施例，为了提高用户效率，一部分重复性的代码编写，可以通过脚本来完成编写，比如：新的界面开发包含基础UI、数据管理、网络请求、事件流程等。

当用户通过GUI操作界面打开项目，选择通过输入界面名称一键生成代码时，会执行脚本，例如根据用户输入的名称加前缀在工程目录下查询是否存在该名称文件，如果存在，提示用户已存在。否则，在工程根目录下下载基础代码模版，然后将代码文件模版复制到对应的文件目录下，然后修改代码文件名称为前缀+用户输入的名称，然后关联文件之间的关系，比如：数据文件和UI Container的关联，UI Container文件和路由Navigation的关联，最后，可以将代码推到远端仓库，提示用户一键生成完成。

图3示意性示出了根据本公开另一实施例的插件工程化方法的流程图。

如图3所示，该方法包括操作S301～S304。

在操作S301，在根据插件名称从云端下载插件模板至本地之前，在根目录下创建目标业务文件夹。

根据本公开的实施例，例如，当用户在GUI操作界面上输入业务或插件名称点击创建时，执行脚本，底层脚本获取插件名称和项目代码根目录，此时脚本在根目录下可以创建出目标业务文件夹，例如，创建react-xxx-reactxxx文件夹目录。

在操作S302，判断本地是否存在与目标业务文件夹的名称相同的文件夹。

在操作S303，在判断本地不存在与目标业务文件夹的名称相同的文件夹的情况下，从云端下载插件模板至目标业务文件夹中。

根据本公开的实施例，在从云端下载插件模板至目标业务文件夹中之前，可以进行git配置初始化，然后再下载插件模板至目标业务文件夹下，遍历模板目录及文件内容，将模版工程名替换为业务名称，重置本地git，将插件基础代码推到远端代码仓库，操作界面可以提示业务插件或组件创建成功。同时，根据用户配置的编译器IDE，自动唤起IDE软件打开业务代码，用户直接安装依赖就可以直接开发业务了。

在操作S304，在判断本地存在与目标业务文件夹的名称相同的文件夹的情况下，输出目标业务文件夹已存在的提示信息。

根据本公开的实施例，如果本地已存在该目标业务文件夹目录，则可以提示用户已存在。

根据本公开的实施例，在对插件模板进行配置时，可以将插件模板的名称替换为目标业务的名称；以及将插件模板的插件基础代码发送至代码仓库。当然，本公开的实施例对插件模板进行配置并不限于此。

图4示意性示出了根据本公开另一实施例的插件工程化方法的流程图。

如图4所示，该方法包括操作S401～S406。

在操作S401，获取通过操作界面输入的网页部署指令。

根据本公开的实施例，用户可以通过GUI操作界面打开业务项目，通过操作界面输入网页部署指令。

在操作S402，根据网页部署指令生成用于网页部署的资源文件。

根据本公开的实施例，用于网页部署的资源文件可以是JS、CSS、图片等等。

在操作S403，获取业务插件的网页服务信息。

在操作S404，根据网页服务信息将资源文件推送至目标服务端。

在操作S405，执行网页应用编译，得到编译文件。

在操作S406，将编译文件部署到生产服务器上。

根据本公开的实施例，例如，在用户选择一键部署网页时，可以执行底层脚本，先删除原根目录下的web-bundle目录，然后执行webpack打包指令，在项目根目录下重新生成web-bundle目录，同时里面包含部署服务器所需的静态资源文件(包含JS、CSS、图片等)。然后脚本会获取该项目的web服务信息，然后根据web服务信息，将静态资源推送到指定的远端。然后执行web应用编译，将编译文件推给预发服务器，此时，测试就可以进行验收了。测试验收通过后，GUI操作界面上会出现部署生产环境，此时脚本会将编译产物分别部署到生产服务器上。

通过本公开的实施例，用户不需要关心网页应用从创建到部署的技术点，减少了用户的学习成本，避免了上线过程中的异常，提高了资源利用率。

图5示意性示出了根据本公开实施例的插件工程化装置的框图。

插件工程化装置500可以应用于跨平台移动应用开发框架，如图5所示，插件工程化装置500包括：插件申请模块510、插件管理模块520和插件市场模块530。

插件申请模块510用于获取通过操作界面输入的插件名称，并根据插件名称从云端下载插件模板至本地，以及对插件模板进行配置，以得到业务插件。

插件管理模块520用于对业务插件进行调试，以及将调试完成的业务插件发布到插件市场。

插件市场模块530用于接收插件管理模块发布的业务插件，以及维护业务插件供外部调用。

根据本公开的实施例，通过插件申请模块获取通过操作界面输入的插件名称，并根据上述插件名称从云端下载插件模板至本地，以及对上述插件模板进行配置，以得到业务插件；通过插件管理模块对上述业务插件进行调试，以及将调试完成的业务插件发布到插件市场；以及通过插件市场模块接收上述插件管理模块发布的业务插件，并维护业务插件供外部调用。由于调试完成的业务插件可以发布到插件市场，插件市场模块中维护有不同业务插件供外部调用，所以至少部分地克服了相关技术中可共用的业务插件不能有效复用的技术问题，使得各业务插件能够有效复用，降低了业务插件的开发成本，提高了业务开发过程的效率。

根据本公开的实施例，插件申请模块510还用于：在根据插件名称从云端下载插件模板至本地之前，根据插件名称从插件市场搜索是否存在插件模板。

根据本公开的实施例，插件管理模块520还用于：从插件市场中搜索业务插件的依赖插件；以及在插件市场中包括业务插件的依赖插件的情况下，更新业务插件的依赖文件。

根据本公开的实施例，插件工程化装置500包括代码生成模块，用于获取通过操作界面输入的界面名称；根据界面名称在工程目录下查询是否存在界面名称的文件；如果不存在，下载基础代码模版到对应的文件目录下；以及将基础代码模版与数据文件进行关联。

根据本公开的实施例，插件申请模块510对插件模板进行配置包括：将插件模板的名称替换为目标业务的名称；以及将插件模板的插件基础代码发送至代码仓库。

根据本公开的实施例，插件申请模块510还用于在根据插件名称从云端下载插件模板至本地之前，在根目录下创建目标业务文件夹；判断本地是否存在与目标业务文件夹的名称相同的文件夹；在判断本地不存在与目标业务文件夹的名称相同的文件夹的情况下，从云端下载插件模板至目标业务文件夹中；以及在判断本地存在与目标业务文件夹的名称相同的文件夹的情况下，输出目标业务文件夹已存在的提示信息。

根据本公开的实施例，插件工程化装置500还包括网页部署模块，用于：获取通过操作界面输入的网页部署指令；根据网页部署指令生成用于网页部署的资源文件；获取业务插件的网页服务信息；根据目网页服务信息将资源文件推送至目标服务端；执行网页应用编译，得到编译文件；以及将编译文件部署到生产服务器上。

根据本公开的实施例的模块、子模块、单元、子单元中的任意多个、或其中任意多个的至少部分功能可以在一个模块中实现。根据本公开实施例的模块、子模块、单元、子单元中的任意一个或多个可以被拆分成多个模块来实现。根据本公开实施例的模块、子模块、单元、子单元中的任意一个或多个可以至少被部分地实现为硬件电路，例如现场可编程门阵列(FPGA)、可编程逻辑阵列(PLA)、片上系统、基板上的系统、封装上的系统、专用集成电路(ASIC)，或可以通过对电路进行集成或封装的任何其他的合理方式的硬件或固件来实现，或以软件、硬件以及固件三种实现方式中任意一种或以其中任意几种的适当组合来实现。或者，根据本公开实施例的模块、子模块、单元、子单元中的一个或多个可以至少被部分地实现为计算机程序模块，当该计算机程序模块被运行时，可以执行相应的功能。

例如，插件申请模块510、插件管理模块520和插件市场模块530中的任意多个可以合并在一个模块/单元/子单元中实现，或者其中的任意一个模块/单元/子单元可以被拆分成多个模块/单元/子单元。或者，这些模块/单元/子单元中的一个或多个模块/单元/子单元的至少部分功能可以与其他模块/单元/子单元的至少部分功能相结合，并在一个模块/单元/子单元中实现。根据本公开的实施例，插件申请模块510、插件管理模块520和插件市场模块530中的至少一个可以至少被部分地实现为硬件电路，例如现场可编程门阵列(FPGA)、可编程逻辑阵列(PLA)、片上系统、基板上的系统、封装上的系统、专用集成电路(ASIC)，或可以通过对电路进行集成或封装的任何其他的合理方式等硬件或固件来实现，或以软件、硬件以及固件三种实现方式中任意一种或以其中任意几种的适当组合来实现。或者，插件申请模块510、插件管理模块520和插件市场模块530中的至少一个可以至少被部分地实现为计算机程序模块，当该计算机程序模块被运行时，可以执行相应的功能。

需要说明的是，本公开的实施例中插件工程化装置部分与本公开的实施例中利用插件工程化装置进行业务开发的方法部分是相对应的，插件工程化装置部分的描述具体参考利用插件工程化装置进行业务开发的方法部分，在此不再赘述。

图6示意性示出了根据本公开实施例的适于实现上文描述的方法的计算机系统的框图。图6示出的计算机系统仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。

如图6所示，根据本公开实施例的计算机系统600包括处理器601，其可以根据存储在只读存储器(ROM)602中的程序或者从存储部分608加载到随机访问存储器(RAM)603中的程序而执行各种适当的动作和处理。处理器601例如可以包括通用微处理器(例如CPU)、指令集处理器和/或相关芯片组和/或专用微处理器(例如，专用集成电路(ASIC))，等等。处理器601还可以包括用于缓存用途的板载存储器。处理器601可以包括用于执行根据本公开实施例的方法流程的不同动作的单一处理单元或者是多个处理单元。

在RAM 603中，存储有系统600操作所需的各种程序和数据。处理器601、ROM602以及RAM 603通过总线604彼此相连。处理器601通过执行ROM 602和/或RAM 603中的程序来执行根据本公开实施例的方法流程的各种操作。需要注意，所述程序也可以存储在除ROM 602和RAM 603以外的一个或多个存储器中。处理器601也可以通过执行存储在所述一个或多个存储器中的程序来执行根据本公开实施例的方法流程的各种操作。

根据本公开的实施例，系统600还可以包括输入/输出(I/O)接口605，输入/输出(I/O)接口605也连接至总线604。系统600还可以包括连接至I/O接口605的以下部件中的一项或多项：包括键盘、鼠标等的输入部分606；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分607；包括硬盘等的存储部分608；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分609。通信部分609经由诸如因特网的网络执行通信处理。驱动器610也根据需要连接至I/O接口605。可拆卸介质611，诸如磁盘、光盅、磁光盘、半导体存储器等等，根据需要安装在驱动器610上，以便于从其上读出的计算机程序根据需要被安装入存储部分608。

根据本公开的实施例，根据本公开实施例的方法流程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读存储介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分609从网络上被下载和安装，和/或从可拆卸介质611被安装。在该计算机程序被处理器601执行时，执行本公开实施例的系统中限定的上述功能。根据本公开的实施例，上文描述的系统、设备、装置、模块、单元等可以通过计算机程序模块来实现。

本公开还提供了一种计算机可读存储介质，该计算机可读存储介质可以是上述实施例中描述的设备/装置/系统中所包含的；也可以是单独存在，而未装配入该设备/装置/系统中。上述计算机可读存储介质承载有一个或者多个程序，当上述一个或者多个程序被执行时，实现根据本公开实施例的方法。

根据本公开的实施例，计算机可读存储介质可以是非易失性的计算机可读存储介质。例如可以包括但不限于：便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

例如，根据本公开的实施例，计算机可读存储介质可以包括上文描述的ROM 602和/或RAM 603和/或ROM 602和RAM 603以外的一个或多个存储器。

附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。本领域技术人员可以理解，本公开的各个实施例和/或权利要求中记载的特征可以进行多种组合和/或结合，即使这样的组合或结合没有明确记载于本公开中。特别地，在不脱离本公开精神和教导的情况下，本公开的各个实施例和/或权利要求中记载的特征可以进行多种组合和/或结合。所有这些组合和/或结合均落入本公开的范围。

以上对本公开的实施例进行了描述。但是，这些实施例仅仅是为了说明的目的，而并非为了限制本公开的范围。尽管在以上分别描述了各实施例，但是这并不意味着各个实施例中的措施不能有利地结合使用。本公开的范围由所附权利要求及其等同物限定。不脱离本公开的范围，本领域技术人员可以做出多种替代和修改，这些替代和修改都应落在本公开的范围之内。

Claims (10)

1.一种插件工程化方法，包括：

根据通过操作界面输入的插件名称从云端下载插件模板至本地；

对所述插件模板进行配置，以得到业务插件；

对所述业务插件进行调试，并将调试完成的业务插件发布到插件市场；以及

通过所述插件市场维护所述业务插件供外部调用。

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

获取通过所述操作界面输入的网页部署指令；

根据所述网页部署指令生成用于网页部署的资源文件；

获取所述业务插件的网页服务信息；

根据所述网页服务信息将所述资源文件推送至目标服务端；

执行网页应用编译，得到编译文件；以及

将所述编译文件部署到生产服务器上。

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

在根据所述插件名称从云端下载插件模板至本地之前，根据所述插件名称从所述插件市场搜索是否存在所述插件模板。

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

从所述插件市场中搜索所述业务插件的依赖插件；以及

在所述插件市场中包括所述业务插件的依赖插件的情况下，更新所述业务插件的依赖文件。

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

获取通过所述操作界面输入的界面名称；

根据所述界面名称在工程目录下查询是否存在所述界面名称的文件；

如果不存在，下载基础代码模版到对应的文件目录下；以及

将所述基础代码模版与数据文件进行关联。

6.根据权利要求1所述的方法，其中，所述对所述插件模板进行配置包括：

将所述插件模板的名称替换为所述目标业务的名称；以及

将所述插件模板的插件基础代码发送至代码仓库。

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

在根据所述插件名称从云端下载插件模板至本地之前，在根目录下创建目标业务文件夹；

判断所述本地是否存在与所述目标业务文件夹的名称相同的文件夹；

在判断所述本地不存在与所述目标业务文件夹的名称相同的文件夹的情况下，从云端下载插件模板至所述目标业务文件夹中；以及

在判断所述本地存在与所述目标业务文件夹的名称相同的文件夹的情况下，输出所述目标业务文件夹已存在的提示信息。

8.一种插件工程化装置，包括：

插件申请模块，用于获取通过操作界面输入的插件名称，并根据所述插件名称从云端下载插件模板至本地，以及对所述插件模板进行配置，以得到业务插件；

插件管理模块，用于对所述业务插件进行调试，以及将调试完成的业务插件发布到插件市场；以及

插件市场模块，用于接收所述插件管理模块发布的业务插件，以及维护所述业务插件供外部调用。

9.一种计算机系统，包括：

一个或多个处理器；

存储器，用于存储一个或多个程序，

其中，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现权利要求1至7中任一项所述的插件工程化方法。

10.一种计算机可读存储介质，其上存储有可执行指令，该指令被处理器执行时使处理器实现权利要求1至7中任一项所述的插件工程化方法。

Images