CN112099780A - 一种基于erp系统的可视化应用开发方法、设备及介质 - Google Patents

Abstract

本申请公开了一种基于ERP系统的可视化应用开发方法、设备及介质，方法包括：可视化设计器确定预先设置的目录，并向用户进行展示；基于用户的第一操作，依次创建目录对应的层级，直至创建至应用；基于用户的第二操作，以及在可视化设计器中预设的内容模板，对内容的属性进行配置；将配置完成的应用的元数据以可视化设计器对应的格式进行存储；将存储的应用发布。通过搭建可视化设计器内，实现了从新建模块、应用到发布使用的一体化解决方案，解决了因开发人员手工编码带来的编码不规范、从而产生很多的代码缺陷、重复性工作浪费人力物力等问题。也标准化、精简化了业务建模流程，不熟悉ERP系统的开发人员也能快速可视化搭建业务。

Description

一种基于ERP系统的可视化应用开发方法、设备及介质

技术领域

本申请涉及应用开发领域，具体涉及一种基于ERP系统的可视化应用开发方法、设备及介质。

背景技术

ERP系统即企业资源计划(Enterprise Resource Planning)的简称，是指建立在信息技术基础上，集信息技术与先进管理思想于一身，以系统化的管理思想，为企业员工及决策层提供决策手段的管理平台。在ERP系统内，不论是单据、基础资料、报表、套打等，其对应的开发量都很大，现有技术中也有针对ERP系统的设计平台，通过设计平台能够使得开发人员的工作量进行简化。

但是现有技术中仍存在问题：现有的设计平台设计比较简陋，这使得即使现有的设计平台，对于开发人员来说开发过程仍然较为费时费力，这也就增加了对于开发人员的门槛要求。

发明内容

为了解决上述问题，本申请提出了一种基于ERP系统的可视化应用开发方法，包括：可视化设计器确定预先设置的目录，并向用户进行展示，所述目录的层级包括多层，所述目录的最小层级为应用；基于所述用户的第一操作，依次创建所述目录对应的层级，直至创建至所述应用；基于所述用户的第二操作，以及在所述可视化设计器中预设的内容模板，在所述应用中新建相应内容，并对所述内容的属性进行配置；将配置完成的所述应用的元数据以所述可视化设计器对应的格式进行存储；基于所述用户的第三操作，将存储的所述应用发布。

在一个示例中，将存储的所述应用发布，包括：调用相应的发布接口，将存储的所述应用的所述元数据的格式转换为所述ERP系统对应的格式；将完成格式转换后的所述应用，通过所述ERP系统进行发布。

在一个示例中，将存储的所述应用发布，包括：通过预设的模板将存储的所述应用转换为ERP系统源文件，并将所述ERP系统源文件导出至对应的代码编辑器；确定编辑后的ERP系统源文件，所述编辑后的ERP系统源文件是所述用户通过所述代码编辑器进行编辑得到的；将所述编辑后的ERP系统源文件对应的应用进行发布。

在一个示例中，所述ERP系统源文件包括：生成层generate，包括所述应用转换成的所有代码；扩展层development，包括继承的模型，所述模型用于对所述应用进行扩展或执行相应处理；定制层custom，包括针对所述应用的定制化开发的内容。

在一个示例中，所述内容模板包括多个类别的内容组件，每个所述内容组件包括模型、字段、表单、列表中至少一种；所述应用包括单据、基础资料、报表中的至少一种，且所述应用由所述模型、所述字段、所述表单、所述列表中的至少一种构成。

在一个示例中，所述内容组件包括：布局组件，包括与所述应用的布局的相关内容；基础组件，包括所述应用的基础属性的相关内容；业务组件，包括与所述应用所执行的业务的相关内容。

在一个示例中，基于所述用户的第二操作，以及在所述可视化设计器中预设的内容模板，在所述应用中新建相应内容，包括：基于所述用户在当前界面上，针对内容模板的拖拽操作，将所述用户拖拽的所述内容模板添加至所述应用对应的容器中，其中，所述内容模板为所述可视化设计器中预设的。

在一个示例中，所述元数据包括：数据模型、视图模型、服务规则、流程设计、多语言配置中的至少一种；所述服务规则包括：值更新、默认值、通用校验、事件钩子、单据编码规则、单据转换规则中的至少一种。

另一方面，本申请还提出了一种基于ERP系统的可视化应用开发设备，包括：至少一个处理器；以及，与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行如上述任意一个示例所述的方法。

另一方面，本申请还提出了一种基于ERP系统的可视化应用开发的非易失性计算机存储介质，存储有计算机可执行指令，所述计算机可执行指令设置为：如上述任意一个示例所述的方法。

通过本申请提出基于ERP系统的可视化应用开发方法能够带来如下有益效果：

通过搭建可视化设计器内，整合ERP系统分散在各个地方的功能，实现了从新建模块、应用(单据、基础资料、报表)到发布使用的一体化解决方案，解决了因开发人员手工编码带来的编码不规范、从而产生很多的代码缺陷、重复性工作浪费人力物力等问题，降低了企业成本。也标准化、精简化了业务建模流程，即使不熟悉ERP系统的开发人员、实施人员也能快速可视化搭建业务，降低了项目风险。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1为本申请实施例中基于ERP系统的可视化应用开发方法的流程示意图；

图2为本申请实施例中基于ERP系统的可视化应用开发设备的示意图；

图3为本申请实施例中Studio元数据、Python代码、Odoo运行时相互转换的关系示意图；

图4为本申请实施例中基于Odoo的可视化应用开发运行时的时序图；

图5为本申请实施例中创建、发布、导出应用时的流程示意图；

图6为本申请实施例中Studio技术规划图；

图7为本申请实施例中Studio设计器布局组件效果图；

图8为本申请实施例中Studio设计器基础组件效果图；

图9为本申请实施例中Studio设计器业务组件效果图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将结合本申请具体实施例及相应的附图对本申请技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

以下结合附图，详细说明本申请各实施例提供的技术方案。

本申请实施例提供一种基于ERP系统的可视化应用开发方法，主要应用在ERP系统中，通过预先设计的可视化设计器来对应用进行开发。具体在实际的应用过程中，ERP系统的载体平台可以是Odoo、SAP、浪潮GS Cloud、用友U8等，在本申请实施例中以Odoo为例进行解释说明。但是本领域内技术人员应该明白，对于不同的载体平台来说，只需要通过架设相应的适配层，或通过相应的语言进行编写，即可实现将本申请实施例中的方法应用在别的载体平台中，故而在此只以Odoo为例进行解释说明。

Odoo是一系列开源的应用程序套装，可以看做开源ERP系统。目前大部分基于Odoo开发的应用都是纯手工编码，编写模型PY文件、视图XML文件、多语言PO文件、预置数据XML文件，很容易产生Bug，同时还要经过一系列的重复性工作配置，耗费大量人力物力。而且新人从学习Odoo开始到熟练使用的门槛和成本太高，对企业来说也是一种很大的负担，同时也会产生人员流失时带来的项目风险。Odoo在软件服务化(Software as a Service，SaaS)部署模式下，仍然无法快速满足客户个性化需求。Odoo官方只提供了简单的XML视图设计器，功能欠缺，无法支撑研发的使用。

因此，如图1和图4所示，本申请实施例的方法包括：

S101、可视化设计器确定预先设置的目录，并向用户进行展示，所述目录的层级包括多层，所述目录的最小层级为应用。

可视化(Visualization)是利用计算机图形学和图像处理技术，将数据转换成图形或图像在屏幕上显示出来，再进行交互处理的理论、方法和技术。而如图6所示，可视化设计器(在本申请实施例中，可以将其称作Studio)指的是能够可视化的设计器，用户(在本申请实施例中用户多指开发人员，但是也可以指代任意执行操作的用户)想要进行应用开发时，可以首先打开Studio。Studio可以根据用户的操作，向用户展示相应的目录层级。Studio的目录是预先设置的，目录的层级可以包括多层，最小层级可以将其称之为应用。

Odoo内部有自己的一套菜单管理，主要存储于ir_ui_menu数据表，基于此本申请实施例中将目录的层级划分为领域、模块、功能组、应用，相应的在IDE项目代码编辑器里，业务代码的目录结构也是按照此层级划分的。在创建应用之前，先需要确定所属的领域、模块、功能组，指定导出代码在IDE里的存储路径，即为所说的物理位置，有且只有一个物理位置，在应用发布时可以指定应用挂载的展示位置，可以有多个展示位置。

当然，这里的四个层级以及名称只是本申请实施例中的一个举例，其他类似的名称以及划分结构均可纳入本申请实施例的保护范围中。

另外如图3所示，展示了Studio元数据、Python代码、Odoo运行时相互转换的关系示意图，Studio元数据、Python代码、Odoo运行时，两两之间都可以通过相应的方法进行转换，具体如何转换在本申请下述实施例中进行进一步解释。

S102、基于所述用户的第一操作，依次创建所述目录对应的层级，直至创建至所述应用。

具体用户在操作时(在本申请实施例中，将用户执行的创建应用的相关操作统称为第一操作)，可以在Studio中点击相应的菜单管理，前端请求接口即可获取菜单树，用户菜单树中点击相应位置，例如“+”符号或者其他按钮，来根据目录对应的层级依次进行创建，例如，首先创建领域，然后创建模块、功能组，直至创建到应用。在创建应用时，用户可以填写相应的应用名称等相关参数。

S103、基于所述用户的第二操作，以及在所述可视化设计器中预设的内容模板，在所述应用中新建相应内容，并对所述内容的属性进行配置。

在用户创建了应用后，可以进行相应的操作(在本申请实施例中，将用户在创建应用后，在应用内执行的相应操作称作第二操作)，在应用中新建相应的内容，并对内容的属性进行配置。

其中，如图5所示，Studio中可以预先设置有相应的内容模板，用户在新建内容时，只需要执行相应的第二操作，将内容模板添加至相应的位置，然后对该内容的属性进行配置，即可完成相应内容的添加，在添加了所有的所需内容后，即可完成应用的设计。

具体地，如图7-9所示，配置属性时可以配置相关的字段名称、显示标题、可见条件、是否必录等视图和模型属性。如果要添加表体，需要先添加基础组件里的表体组件到表体页签位置，点击进表体内部，再拖动相关字段到表体容器内。新增列表视图时，可以选择已有的表单视图，一键快速转换成列表视图。切换顶部的导航到流程设置，可以设置工作流、单据转换和反写规则等。其他设置里包含多语言设置、打印设置、定时任务设置等。

Odoo的应用主要指的是模块，一个完整的功能集合。而Studio的应用是其设计出来的最小功能，可以是一张单据、一种基础资料、一张报表等。Studio中可以预先设置相应的内容模板，在内容模板中可以包含有多个类别的内容组件，每个内容组件可以包含多种形式的表示，例如每个内容组件可以包括模板、字段、表单、列表等。由内容模板构成的应用中也就是由模板、字段、表单、列表所构成的，例如可以组合成单表头、表头+表体、表头+多表体、表头+子父表体等结构，Studio视图对应着Odoo的视图类型，如表单、列表、筛选、看板、向导等。

其中，基于内容模板的分类，可以将内容模板划分成三个类别，分别是布局组件、基础组件以及业务组件。如图7-9所示，布局组件表示应用整体布局所对应的的内容，其可以包括容器、页签、表格等。基础组件表示基础的内容，可以包括文本、长文本、整数、小数、日期、日期时间、复选框、下拉框、表体、多对一、多对多、关联携带、多资料、文件、富文本等内容。业务组件主要用于与业务相关的内容，可以包括单据编码、单据类型、单据状态、计量单位、数量、组织、单价、金额、含税单价等相关内容。

另外，在用户执行第二操作时，可以是用户在当前的界面上，执行拖拽操作，将如图7-9所示的左侧的内容模板添加至应用对应的容器中，以此来完成内容模板的添加。

Studio使用“布局组件+基础组件+业务组件”的拖拽布局方式，在拖拽布局的过程中，可视化的定义了内容模板，极大的标准化和简化了设计一个业务应用的过程，从而降低了bug量。新人在初次接触Studio平台时，就能更专注于业务处理，而无需关心底层的实现，从而降低了项目风险，提高了开发效率和质量。

S104、将配置完成的所述应用的元数据以所述可视化设计器对应的格式进行存储。

如图5所示，在用户设计完了应用后，即可将配置完成的应用的元数据，以Studio对应的格式进行存储。由于目前并没有一个统一的业务建模语言，各平台均有自己的元数据描述方式，因此在本申请实施例中，以Json格式为例进行解释说明。其中，元数据可以包括五部分，分别为：数据模型、视图模型、服务规则(可以包括值更新、默认值、通用校验、事件钩子、单据编码规则、单据转换规则等)、流程设计、多语言配置。

具体地，用户设计完了应用后，前端就会生成Json元数据，后台校验通过后存储到相应的位置，下次编辑的时候请求后台获取当前应用的元数据，前端渲染出配置界面。前端除了可视化操作外还提供了使用Json编辑器编辑Json的方式，主要是为了解决运行时有的功能在设计器还未添加或者能力强的开发者能够快速做编辑修改。

S105、基于所述用户的第三操作，将存储的所述应用发布。

在设计完了应用后，如图5所示，用户即可通过相应的操作(在本申请实施例中，将用户进行发布所对应的操作称作第三操作)，将已经存储的应用进行发布。

具体地，在进行发布之前，可以先添加一个或多个动作，类似于Odoo的action_window，然后给每个动作选择配置菜单名称、上级菜单、包含视图、菜单首页、菜单图标等，接着可以设置domain、context、help等信息，随后用户即可点击相应的发布按钮，Studio会调用后台的发布接口，将Json元数据通过python代码和Odoo的ORM能力，转换成Odoo运行时自身的元数据，即ir_model、ir_model_fields、ir_ui_views等。其中，可以通过调用Odoo的应用重载方法，实现应用的动态更新。另外，还可以对Json元数据打上发布的标记，下次编辑时，会复制一份为新的元数据来编辑。

应用设计完成后会产生相应的Json元数据，基于Odoo底层的ORM能力，实现了能够在发布的时候自动对创建应用的模型、字段、表单、列表等，通过对运行时的部分改造，只要继承了studio.base模型的应用，都能够方便的使用“通用校验、默认值设置、值更新联动、事件钩子”等能力。

设计时和运行时是分离的，主要通过Json元数据在发布时转换成Odoo运行时所需的ir_model、ir_model_fields、ir_ui_view、ir_ui_menu、ir_act_window、ir_translation等数据，在应用的修改还未发布时不会影响到运行时，发布后即生效。同时，Studio支持元数据版本管理，每发布一次会标记成已发布，下次编辑会基于上一次发布的内容生成一份未发布的元数据，方便回滚。

当然，在将应用发布之前，如图5所示，也可能会先将应用进行导出至相应的代码编辑器IDE，进行代码编辑，然后再将编辑后的应用进行发布。

具体地，可以在配置好应用之后，通过用户的操作，通过预设的模板将存储的所述应用转换为Odoo源文件，并将所述Odoo源文件导出至对应的代码编辑器。其中，用户在相应界面点击导出代码的相关按钮后，会请求后台下载一个Zip代码压缩包。代码压缩包解压后，将生成的相应代码的文件夹替换掉IDE相应目录位置的文件夹。如果是第一次添加文件到IDE，则此时需要调整__manifest.py__件的data部分，增加文件的路径，调整__init__.py文件，import当前的应用。如果有特殊的逻辑需要去实现，则把导出的dev文件夹添加到与代码的文件夹平级的目录位置，在dev的件夹内参考手写Odoo代码的方式，继承相关模型和视图进行修改即可。当然，如果是在开发环境代码生成导出时，自动的将代码覆盖到相应的目录位置，此时只需要手动调整菜单即可。

代码进入IDE后，与正常的编码开发就无差别了，此时可以重新建库或者安装升级，或提交代码到代码管理仓库，然后用户即可将编辑后的源文件对应的应用进行发布。

进一步地，ERP系统源文件，即本申请实施例中的Odoo源文件，沿用了Odoo的应用模块目录结构，即包含：models、views、data、wizard、i18n、__init__.py、__manifest__.py等目录和文件。在Studio中预置了相关导出文件的模板，如：manifest.template、model.py.template、model_inherit.py.template、__init__.py.template等，用于将元数据的格式进行转换后，填充到模板内的相应字符串位置，再将几个文件和文件夹合并导出成Zip包压缩。

如果开发者基于Studio导出代码做特殊修改后，下次再导出代码就会被覆盖还原而导致功能丢失。为了解决该问题，在本申请实施例中，将Odoo源文件设置为三层结构，分别是生成层generate、扩展层development以及定制层custom。

其中，第一层generate，Studio导出的所有代码都在此，不能被任何其他形式的修改，防止下次再导出被覆盖还原；第二层development，即开发者需要对导出的应用进行扩展或者特殊处理时，继承相关的模型并在此目录下修改；第三层custom，客户定制化开发的内容放在此出，主要解决特殊的功能无法通过设计器配置出来的问题，适用于独立的容器化部署和私有云部署时的场景。

另外，本申请实施例提供了两种导出生成代码的方式：第一种是基于Odoo运行时导出，即需要发布应用后才能转换成相关代码，此功能主要满足需求规划人员或者产品经理前期基于Studio画好原型图，导出成代码给开发者进行精细化的功能调整。第二种是基于Json元数据导出，是基于Odoo运行时导出的基础上提出的方案，可以避免开发者因受到Odoo ORM的限制而发布不了导致开发闭环无法走通的问题。

如图2所示，本申请实施例还提供了一种基于ERP系统的可视化应用开发设备，包括：

至少一个处理器；以及，

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

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行如上述任意一个实施例所述的方法。

本申请实施例还提供了一种基于ERP系统的可视化应用开发的非易失性计算机存储介质，存储有计算机可执行指令，所述计算机可执行指令设置为：如上述任意一个实施例所述的方法。

本申请中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于设备和介质实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本申请实施例提供的设备和介质与方法是一一对应的，因此，设备和介质也具有与其对应的方法类似的有益技术效果，由于上面已经对方法的有益技术效果进行了详细说明，因此，这里不再赘述设备和介质的有益技术效果。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

Claims (10)

1.一种基于ERP系统的可视化应用开发方法，其特征在于，包括：

可视化设计器确定预先设置的目录，并向用户进行展示，所述目录的层级包括多层，所述目录的最小层级为应用；

基于所述用户的第一操作，依次创建所述目录对应的层级，直至创建至所述应用；

基于所述用户的第二操作，以及在所述可视化设计器中预设的内容模板，在所述应用中新建相应内容，并对所述内容的属性进行配置；

将配置完成的所述应用的元数据以所述可视化设计器对应的格式进行存储；

基于所述用户的第三操作，将存储的所述应用发布。

2.根据权利要求1所述的方法，其特征在于，将存储的所述应用发布，包括：

调用相应的发布接口，将存储的所述应用的所述元数据的格式转换为所述ERP系统对应的格式；

将完成格式转换后的所述应用，通过所述ERP系统进行发布。

3.根据权利要求1所述的方法，其特征在于，将存储的所述应用发布，包括：

通过预设的模板将存储的所述应用转换为ERP系统源文件，并将所述ERP系统源文件导出至对应的代码编辑器；

确定编辑后的ERP系统源文件，所述编辑后的ERP系统源文件是所述用户通过所述代码编辑器进行编辑得到的；

将所述编辑后的ERP系统源文件对应的应用进行发布。

4.根据权利要求3所述的方法，其特征在于，所述ERP系统源文件包括：

生成层generate，包括所述应用转换成的所有代码；

扩展层development，包括继承的模型，所述模型用于对所述应用进行扩展或执行相应处理；

定制层custom，包括针对所述应用的定制化开发的内容。

5.根据权利要求1所述的方法，其特征在于，所述内容模板包括多个类别的内容组件，每个所述内容组件包括模型、字段、表单、列表中至少一种；

所述应用包括单据、基础资料、报表中的至少一种，且所述应用由所述模型、所述字段、所述表单、所述列表中的至少一种构成。

6.根据权利要求5所述的方法，其特征在于，所述内容组件包括：

布局组件，包括与所述应用的布局的相关内容；

基础组件，包括所述应用的基础属性的相关内容；

业务组件，包括与所述应用所执行的业务的相关内容。

7.根据权利要求1所述的方法，其特征在于，基于所述用户的第二操作，以及在所述可视化设计器中预设的内容模板，在所述应用中新建相应内容，包括：

基于所述用户在当前界面上，针对内容模板的拖拽操作，将所述用户拖拽的所述内容模板添加至所述应用对应的容器中，其中，所述内容模板为所述可视化设计器中预设的。

8.根据权利要求1所述的方法，其特征在于，所述元数据包括：数据模型、视图模型、服务规则、流程设计、多语言配置中的至少一种；

所述服务规则包括：值更新、默认值、通用校验、事件钩子、单据编码规则、单据转换规则中的至少一种。

9.一种基于ERP系统的可视化应用开发设备，其特征在于，包括：

至少一个处理器；以及，

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

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

10.一种基于ERP系统的可视化应用开发的非易失性计算机存储介质，存储有计算机可执行指令，其特征在于，所述计算机可执行指令设置为：如权利要求1-8中任意一项权利要求所述的方法。

Images