Method and apparatus for presetting experience environment on low-code platform

Abstract

The present application relates to the technical field of code development. Disclosed are a method and apparatus for presetting an experience environment on a low-code platform. The method comprises: keeping a table structure of low-code metadata consistent between a design state and an operating state, and directly connecting an operating-state rear-end process to a design-state database or an environment metadatabase; presetting an experience environment, and deploying an operating-state process and an operating-state instance database in the experience environment; if a version of an application is consistent with the present version of the application in the current experience environment, calling a real-time publishing interface of the operating state to perform publishing; when the version of the application in the experience environment is switched, the design state calling a switching version interface of the operating state in the experience environment, so as to update the experience environment; performing routing distinction during external access by means of an environment mark in an URL; and presenting a corresponding interface to a user by means of an operating-state background interface. Therefore, the efficiency of development and testing by users is improved, and the effect of what you see is what you get in terms of development is achieved.

Description

A method and device for presetting an experience environment on a low-code platform

[0001] CROSS-REFERENCE TO RELATED APPLICATIONS

[0002] This application claims priority to the Chinese patent application filed with the China Patent Office on December 12, 2023, with application number 202311703028.7 and invention name “A method and device for presetting an experience environment on a low-code platform”, the entire contents of which are incorporated by reference into this application. Technical Field

[0003] The present application relates to the field of code development technology, specifically a method and device for presetting an experience environment on a low-code platform. Background Art

[0004] A low-code platform is a development platform that eliminates the need for extensive coding. It enables rapid application development through a graphical user interface and visual drag-and-drop components. Compared to traditional software development models, low-code platforms offer higher productivity and lower development costs. Low-code platforms are primarily divided into two phases: design phase and runtime phase. The design phase refers to the application design phase within a low-code platform. In this phase, users can visually drag and drop components, define processes, configure services, and integrate data sources to build application prototypes and logic.

[0005] The running state refers to the link in the low-code platform used to deploy and run applications.

[0006] When low-code is released from the design state to the running state environment, metadata such as the front-end page schema, custom interfaces, data models, static resources, and running state processes in the design state need to be published to the corresponding environment. This involves a large amount of data and a long publishing time. Compared with the zero-code platform with WYSIWYG, the user experience is not as good.

[0007] In the SAAS model architecture of existing technology, the design state is multi-tenant sharing, and the low-code application products are published to the running environment. The environment is physically isolated according to the tenant application, which can effectively improve performance. However, due to the large amount of published resources, it does not have a what-you-see-is-what-you-get development effect, and the experience is poor.

[0008] To this end, this application proposes a method and device for presetting an experience environment on a low-code platform. Summary of the Invention

[0009] This application aims to solve at least one of the technical problems existing in the prior art. To this end, this application proposes a method and device for presetting an experience environment on a low-code platform to improve the user's development and testing efficiency and achieve the effect of what you see is what you get.

[0010] To achieve the above objectives, according to Example 1 of the present application, a method for presetting an experience environment on a low-code platform is proposed, comprising the following steps:

[0011] Step 1: Keep the table structure of the low-code metadata consistent in the design state and the running state, and directly connect the running state backend process to the design state database or the environment metadata database;

[0012] Step 2: Preset a set of experience environments and deploy two modules, the running process and the running instance database, in the experience environment;

[0013] Step 3: Record the version association relationship in the low-code design state. When the application in the design state involves the preset version comparison condition, first determine whether the application version is consistent with the existing version of the application in the current experience environment. If they are consistent, call the real-time publishing interface in the running state to publish; if not, ignore it;

[0014] Step 4: When switching the version of the specified application in the experience environment, the design state calls the version switching interface of the experience environment running state to update the experience environment;

[0015] Step 5: When accessing the design state and experience environment externally, use the same domain name for access and differentiate the routes using the environment flag in the URL. Nginx forwards the routes to different front-end modules in the design state and running state according to the routes.

[0016] Step 6: When the user accesses the running state front-end page, the corresponding interface is displayed to the user through the running state back-end interface;

[0017] The metadata table structure includes tenant, application, and version identifiers;

[0018] The metadata and static resources that the experience environment depends on are obtained from the design state, and in the experience environment, only one version of the same application can be run at the same time;

[0019] The version association relationship includes the association relationship among applications, versions and experience environments;

[0020] The version comparison conditions include database model, process orchestration, service orchestration, and running instance data of timer configuration;

[0021] The design state calls the switching version interface of the experience environment running state to update the experience environment in the following manner:

[0022] The running process queries the metadata information of the old and new versions, compares the metadata information of the old and new versions, updates the content of the instance database with the new version data, and updates the version information of the current application in the experience environment stored in the design state;

[0023] The method of displaying the corresponding interface to the user through the running background interface is:

[0024] Call the interface of the running background process to obtain metadata and running instance data, and parse them to present on the front-end page.

[0025] A device for presetting the experience environment on a low-code platform is proposed, including a design state, an experience environment, and an external environment interface;

[0026] Design state refers to the phase of designing applications in a low-code platform. In design state, users generate application prototypes and logic by visually dragging and dropping components, defining processes, configuring services, and integrating data sources.

[0027] Deploy two modules, a running process and a running instance database, in the experience environment;

[0028] In the experience environment, the version association relationship is recorded in the low-code design state. When the application in the design state involves the preset version comparison condition, it is first determined whether the version of the application is consistent with the existing version of the application in the current experience environment. If they are consistent, the real-time publishing interface of the running state is called to publish; if they are inconsistent, it is ignored;

[0029] The external environment interface is used to provide users with an access interface for accessing the design state and experience environment;

[0030] When switching the version of a specified application in the experience environment, the design state calls the version switching interface of the experience environment running state to update the experience environment;

[0031] When users access the design state and experience environment through the external environment interface, they use the same domain name for access and use the environment flag in the URL to distinguish the routes. Nginx forwards the routes to different front-end modules in the design state and running state according to the routes.

[0032] When a user accesses the running state front-end page, the corresponding interface is displayed to the user through the running state background interface.

[0033] Compared with the prior art, the present invention has the following advantages:

[0034] This application presets a set of experience environments by keeping the table structure of the low-code metadata consistent in the design state and the running state, and directly connecting the running state backend process with the design state database or the environment metadata database. In the experience environment, two modules, the running state process and the running state instance database, are deployed. The version association relationship is recorded in the low-code design state. When the design state application involves the preset version comparison conditions, it is first determined whether the version of the application is consistent with the existing version of the application in the current experience environment. If they are consistent, the real-time publishing interface of the running state is called for publishing; if they are inconsistent, it is ignored. When the version of the specified application in the experience environment is switched, the design state calls the experience environment The experience environment is updated through the switching version interface of the design state and the running state. When accessing the design state and the experience environment from the outside, the same domain name is used for access, and the routing is distinguished by the environment flag in the URL. Nginx forwards to different front-end modules of the design state and the running state according to the route. When the user accesses the front-end page of the running state, the corresponding interface is displayed to the user through the running state background interface; by presetting a tenant-shared "experience environment" in the low-code platform, sharing metadata / static resources with the design state, and real-time incremental publishing to the experience environment, the user's investment cost in setting up the environment is reduced, the user's development and testing efficiency is improved, and the development has a what-you-see-is-what-you-get effect. BRIEF DESCRIPTION OF THE DRAWINGS

[0035] FIG1 is a flowchart of a method for presetting an experience environment on a low-code platform in Example 1 of the present application;

[0036] Figure 2 is a module connection relationship diagram of the device for presetting the experience environment on the low-code platform in Example 2 of the present application. DETAILED DESCRIPTION

[0037] The following will clearly and completely describe the technical solutions of this application in conjunction with the embodiments. Obviously, the embodiments described are only a part of the embodiments of this application, not all of them. Based on the embodiments in this application, all other embodiments obtained by ordinary technicians in this field without making creative efforts are within the scope of protection of this application.

[0038] As shown in Figure 1, a method for presetting an experience environment on a low-code platform includes the following steps:

[0039] Step 1: Keep the table structure of the low-code metadata consistent in the design state and the running state, and directly connect the running state backend process to the design state database or the environment metadata database;

[0040] Step 2: Preset a set of experience environments and deploy two modules, the running process and the running instance database, in the experience environment;

[0041] Step 3: Record the version association relationship in the low-code design state. When the application in the design state involves the preset version comparison condition, first determine whether the application version is consistent with the existing version of the application in the current experience environment. If they are consistent, call the real-time publishing interface in the running state to publish; if not, ignore it;

[0042] Step 4: When switching the version of the specified application in the experience environment, the design state calls the version switching interface of the experience environment running state to update the experience environment;

[0043] Step 5: When accessing the design state and experience environment externally, use the same domain name for access and differentiate the routes using the environment flag in the URL. Nginx forwards the routes to different front-end modules in the design state and running state according to the routes.

[0044] Step 6: When the user accesses the running state front-end page, the corresponding interface is displayed to the user through the running state back-end interface;

[0045] It should be noted that the design phase refers to the phase of the low-code platform used to design applications. In the design phase, users can visually drag and drop components, define processes, configure services, and integrate data sources to generate application prototypes and logic.

[0046] The running state refers to the part of the low-code platform used to deploy and run applications;

[0047] The metadata table structure includes tenant, application, and version identifiers;

[0048] Optionally, the metadata and static resources that the experience environment depends on are obtained from the design state, and in the experience environment, only one version of the same application can be run at the same time;

[0049] Optionally, the version association relationship includes an association relationship among applications, versions, and experience environments;

[0050] Optionally, the version comparison condition includes running instance data of database model, process orchestration, service orchestration, and timer configuration;

[0051] Optionally, the design state calls the version switching interface of the experience environment running state to update the experience environment in the following manner:

[0052] The running process queries the metadata information of the old and new versions, compares the metadata information of the old and new versions, updates the content of the instance database with the new version data, and updates the version information of the current application in the experience environment stored in the design state;

[0053] Optionally, the method of displaying the corresponding interface to the user through the running background interface is:

[0054] Call the interface of the running background process to obtain metadata and running instance data, and parse them to present on the front-end page.

[0055] It is understandable that by presetting a set of "operational-experience environments", including three processes: operational backend / database / operational frontend, all tenants share this method. This method does not significantly increase the operation and maintenance costs of the system, and can save costs compared to each tenant purchasing independent environment resources on their own.

[0056] Optionally, the experience environment obtains application metadata and static resources from the design state. Compared with the existing technical solution of "full resources in the running state", it reduces the resources synchronized from the design state to the running state, significantly improving the release efficiency;

[0057] Since the resources released to the running state are reduced, for metadata such as "models, scheduled tasks" that need to take effect in the experience environment, the incremental real-time call experience environment interface is used for release, which eliminates the need for manual full release, improves release efficiency, and allows users to experience the release effect in real time in the experience environment.

[0058] As shown in Figure 2, a device for presetting an experience environment on a low-code platform includes a design state, an experience environment, and an external environment interface;

[0059] Design state refers to the phase of designing applications in a low-code platform. In design state, users visually drag and drop components, define processes, configure services, and integrate data sources to generate application prototypes and logic.

[0060] Among them, the experience environment deploys two modules: a running process and a running instance database;

[0061] In the experience environment, the version association relationship is recorded in the low-code design state. When the application in the design state involves the preset version comparison condition, it is first determined whether the version of the application is consistent with the existing version of the application in the current experience environment. If they are consistent, the real-time publishing interface of the running state is called to publish; if they are inconsistent, it is ignored;

[0062] The external environment interface is used to provide users with an access interface for accessing the design state and experience environment;

[0063] When switching the version of a specified application in the experience environment, the design state calls the version switching interface of the experience environment running state to update the experience environment;

[0064] When users access the design state and experience environment through the external environment interface, they use the same domain name for access and use the environment flag in the URL to distinguish the routes. Nginx forwards the routes to different front-end modules in the design state and running state according to the routes.

[0065] When a user accesses the running state front-end page, the corresponding interface is displayed to the user through the running state background interface.

[0066] The above preset parameters or preset thresholds are all set by those skilled in the art according to actual conditions or obtained through large amounts of data simulation.

[0067] The above embodiments are only used to illustrate the technical method of the present application and are not intended to limit it. Although the present application has been described in detail with reference to the preferred embodiments, those skilled in the art should understand that the technical method of the present application can be modified or replaced by equivalents without departing from the spirit and scope of the technical method of the present application.

Claims

1. A method for presetting an experience environment on a low-code platform, characterized in that: The following steps are involved: Step 1: Keep the table structure of the low-code metadata consistent in the design state and the running state, and directly connect the running state backend process to the design state database or the environment metadata database; Step 2: Preset a set of experience environments, and deploy two modules, the running process and the running instance database, in the experience environment; Step 3: Record the version association in the low-code design state. When the application in the design state involves the preset version comparison condition, first determine whether the application version is consistent with the existing version of the application in the current experience environment. If they are consistent, call the real-time publishing interface in the running state to publish; if they are inconsistent, ignore it; Step 4: When the version of the specified application in the experience environment is switched, the design state calls the version switching interface of the experience environment running state to update the experience environment; Step 5: When accessing the design state and experience environment externally, use the same domain name to access, and use the environment flag in the URL to distinguish the routes. Nginx forwards to different front-end modules in the design state and running state according to the routes; Step 6: When a user accesses the running front-end page, the corresponding interface is displayed to the user through the running back-end interface.

2. The method for presetting an experience environment on a low-code platform according to claim 1, characterized in that: The metadata table structure includes tenant, application, and version identifiers.

3. The method for presetting an experience environment on a low-code platform according to claim 2, characterized in that: The metadata and static resources that the experience environment depends on are obtained from the design state, and in the experience environment, the same application only supports running one version at the same time.

4. The method for presetting an experience environment on a low-code platform according to claim 3, characterized in that: The version association relationship includes the association relationship among application, version and experience environment.

5. The method for presetting an experience environment on a low-code platform according to claim 4, characterized in that: The version comparison conditions include running instance data of database model, process orchestration, service orchestration, and timer configuration.

6. The method for presetting an experience environment on a low-code platform according to claim 5, characterized in that: The design state calls the switching version interface of the experience environment running state to update the experience environment in the following manner: The running process queries the metadata information of the old version and the new version, compares the metadata information of the old version and the new version, updates the content of the instance database with the new version data, and updates the version information of the current application of the experience environment stored in the design state.

7. The method for presetting an experience environment on a low-code platform according to claim 6, characterized in that: The method of displaying the corresponding interface to the user through the running background interface is: Call the interface of the running background process to obtain metadata and running instance data, and parse them to present on the front-end page.

8. A device for presetting an experience environment on a low-code platform, which is used to implement the method for presetting an experience environment on a low-code platform as described in any one of claims 1 to 7, characterized in that: Including design state, experience environment and external environment interface; Design state refers to the part of the low-code platform used to design applications. In the design state, users generate application prototypes and logic by visually dragging and dropping components, defining processes, configuring services, and integrating data sources. The experience environment deploys two modules: a running process and a running instance database; The external environment interface is used to provide users with an access interface for accessing the design state and experience environment.

9. The device for presetting an experience environment on a low-code platform according to claim 8, characterized in that: In the experience environment, the version association relationship is recorded in the low-code design state. When the application in the design state involves a preset version comparison condition, it is first determined whether the version of the application is consistent with the existing version of the application in the current experience environment. If they are consistent, the real-time publishing interface of the running state is called for publishing; if they are inconsistent, it is ignored.

10. The device for presetting an experience environment on a low-code platform according to claim 9, characterized in that: When the version of the specified application in the experience environment is switched, the design state calls the version switching interface of the experience environment running state to update the experience environment; When users access the design state and experience environment through the external environment interface, they use the same domain name to access and use the environment flag in the URL to distinguish the routes. Nginx forwards to different front-end modules in the design state and running state according to the routes. When a user accesses the running state front-end page, the corresponding interface is displayed to the user through the running state back-end interface.

Images