Data Processing Method, Device, Storage Medium, and Program Product

Abstract

The embodiments of the present application provide a data processing method, device, storage medium and program product, in which a first application construction tool constructs a target application component through a first version of a target metamodel deployed thereon, and generates corresponding first modeling data. If it is determined that a second version of the target metamodel exists that is lower than the first version, second modeling data compatible with the second version of the target metamodel is generated based on the metamodel change information between the first version of the target metamodel and the second version of the target metamodel. Therefore, the first application modeling tool has first modeling data and second modeling data that are compatible with different versions of the target metamodel. Even if the second application construction tool is of an inconsistent version with the first application construction tool, target modeling data compatible with the target metamodel of the target version deployed thereon can be provided to the second application construction tool, so that the second application construction tool can construct the target application component based on the target modeling data.

Description

Technical Field

[0001] The present application relates to the field of computer technology, and in particular to a data processing method, device, storage medium, and program product. Background Art

[0002] In the field of software development, application developers can use application building tools to create a wide variety of applications. To help developers quickly design and build applications, some application building tools provide a variety of metamodels corresponding to different application building functions. Application developers can configure these metamodels to model different application components. Furthermore, based on the modeling data corresponding to each application component, the corresponding application code can be generated, thus enabling application development.

[0003] In actual applications, application developers can also use application building tools to distribute the modeling data they build during the application development process to other application developers. In this way, other application developers can reuse these modeling data without having to build a certain application component from scratch, which can effectively improve the development efficiency of the application.

[0004] However, in actual applications, different application developers may use different versions of an application construction tool. Correspondingly, the metamodels in different versions of the application construction tool are also different. When reusing modeling data, the modeling data may not be reused due to incompatibility between the modeling data and the metamodel in the application construction tool. Summary of the Invention

[0005] Embodiments of the present application provide a data processing method, device, storage medium, and program product to solve compatibility issues when modeling data is reused on different versions of application construction tools.

[0006] In a first aspect, an embodiment of the present application provides a data processing method, applied to a first application construction tool, wherein a set of metamodels for constructing different application components is deployed in the first application construction tool, the method comprising:

[0007] In response to a construction operation of a target application component using a first version of a target metamodel, obtaining generated first modeling data, wherein the metamodel set includes the first version of the target metamodel;

[0008] determining a second version of the target metamodel according to pre-stored metamodel version information, where the second version is lower than the first version;

[0009] generating, based on metamodel change information between the first version target metamodel and the second version target metamodel, second modeling data corresponding to the first modeling data, wherein the second modeling data is compatible with the second version target metamodel;

[0010] In response to a modeling data request corresponding to the target application component sent by the second application construction tool, target modeling data is sent to the second application construction tool, so that the second application construction tool constructs the target application component based on the target modeling data, the target modeling data is compatible with a target version corresponding to a target metamodel deployed in the second application construction tool, and the first modeling data and the second modeling data include the target modeling data.

[0011] In a second aspect, an embodiment of the present application provides a data processing device, applied to a first application construction tool, wherein a set of metamodels for constructing different application components is deployed in the first application construction tool, the device comprising:

[0012] a first acquisition module, configured to acquire generated first modeling data in response to a construction operation on a target application component using a first version of a target metamodel, wherein the metamodel set includes the first version of the target metamodel;

[0013] a first processing module, configured to determine, based on pre-stored metamodel version information, a second version of the target metamodel, the second version being lower than the first version; generate, based on metamodel change information between the first version of the target metamodel and the second version of the target metamodel, second modeling data corresponding to the first modeling data, the second modeling data being compatible with the second version of the target metamodel; and generate a target data packet corresponding to the target application component, the target data packet including the first modeling data and the second modeling data;

[0014] A first sending module is configured to send target modeling data to the second application construction tool in response to a modeling data request corresponding to the target application component sent by the second application construction tool, so that the second application construction tool constructs the target application component based on the target modeling data, wherein the target modeling data is compatible with a target version corresponding to a target metamodel deployed in the second application construction tool, and the first modeling data and the second modeling data include the target modeling data.

[0015] In a third aspect, an embodiment of the present application provides a data processing method applied to a second application construction tool, wherein the second application construction tool is deployed with a set of metamodels for constructing different application components, the method comprising:

[0016] Sending a modeling data request corresponding to a target application component to a first application construction tool, wherein the target application component is constructed by the first application construction tool using a first version of a target metamodel;

[0017] receiving target modeling data sent by the first application modeling tool, the target modeling data being compatible with a target version corresponding to the target metamodel included in the metamodel set, the target modeling data being included in first modeling data and second modeling data, the first modeling data being modeling data acquired by the first application construction tool in response to a construction operation on the target application component, the second modeling data being generated based on the first modeling data, the second modeling data being compatible with a second version of the target metamodel, the second version being lower than the first version;

[0018] The target application component is constructed according to the target modeling data.

[0019] In a fourth aspect, an embodiment of the present application provides a data processing device applied to a second application construction tool, wherein the second application construction tool is deployed with a set of metamodels for constructing different application components, the device comprising:

[0020] A second sending module is configured to send a modeling data request corresponding to a target application component to the first application construction tool, wherein the target application component is constructed by the first application construction tool using the first version of the target metamodel;

[0021] a second acquisition module, configured to receive target modeling data sent by the first application modeling tool, the target modeling data being compatible with a target version corresponding to the target metamodel included in the metamodel set, the target modeling data being included in first modeling data and second modeling data, the first modeling data being modeling data acquired by the first application construction tool in response to a construction operation on the target application component, the second modeling data being generated based on the first modeling data, the second modeling data being compatible with a second version of the target metamodel, the second version being lower than the first version;

[0022] The second processing module is used to construct the target application component according to the target modeling data.

[0023] In a fifth aspect, an embodiment of the present application provides an electronic device comprising: a memory, a processor, and a communication interface; wherein a computer program is stored on the memory, and when the computer program is executed by the processor, the processor can at least implement the data processing method described in the first aspect or the third aspect.

[0024] In a sixth aspect, an embodiment of the present application provides a computer-readable storage medium, on which a computer program is stored. When the computer program is executed by a processor of an electronic device, the processor can at least implement the data processing method described in the first aspect or the third aspect.

[0025] In the seventh aspect, an embodiment of the present application provides a computer program product, including: a computer program or instructions, which, when executed by a processor of an electronic device, enables the processor to at least implement the data processing method described in the first aspect or the third aspect.

[0026] The data processing method provided in the embodiment of the present application is used to realize the reuse of modeling data corresponding to application components by application construction tools of different versions, and solve the problem of incompatibility of modeling data corresponding to application components in application construction tools of different versions. For the convenience of description, the application construction tool used to generate the modeling data of the target application component is referred to as the first application construction tool, and the application construction tool used to reuse the modeling data of the target application component is referred to as the second application construction tool. To ensure that the second application construction tool can reuse the modeling data corresponding to the target application component, first, the first application construction tool obtains the generated first modeling data in response to the construction operation of the target application component through the first version of the target metamodel. The first version of the target metamodel is included in the set of metamodels deployed in the first application construction tool for constructing different application components. Then, based on the pre-stored metamodel version information, it is determined whether there is a second version of the target metamodel that is lower than the first version; if there is a second version, based on the metamodel change information between the first version of the target metamodel and the second version of the target metamodel, second modeling data corresponding to the first modeling data is generated, wherein the second modeling data is compatible with the second version of the target metamodel. Because the first application construction tool, after generating first modeling data corresponding to the target metamodel of the currently used version (i.e., the first version of the target metamodel), further generates second modeling data corresponding to a target metamodel of a version lower than the currently used version (i.e., the second version of the target metamodel), the first application construction tool possesses multiple modeling data compatible with different versions of the target metamodel. Subsequently, in response to a modeling data request corresponding to a target application component sent by the second application construction tool, even if the version of the second application construction tool is inconsistent with that of the first application construction tool, i.e., the version of the target metamodel deployed in the second application construction tool is not the first version, the first application construction tool can provide the second application construction tool with target modeling data compatible with the version of the target metamodel deployed in the second application construction tool, and send the target modeling data to the second application construction tool, so that the second application construction tool can reuse the acquired target modeling data, i.e., build the target application component based on the acquired target modeling data. BRIEF DESCRIPTION OF THE DRAWINGS

[0027] In order to more clearly illustrate the technical solutions in the embodiments of the present application, a brief introduction will be given below to the drawings required for use in the description of the embodiments. Obviously, the drawings described below are some embodiments of the present application. For ordinary technicians in this field, other drawings can be obtained based on these drawings without any creative work.

[0028] Figure 1 A schematic diagram of a deployment environment for an application building tool provided in an embodiment of the present application;

[0029] Figure 2 An interactive flow chart of a data processing method provided in an embodiment of the present application;

[0030] Figure 3 A flowchart of a second modeling data generating method provided in an embodiment of the present application;

[0031] Figure 4 An interactive flow chart of another data processing method provided in an embodiment of the present application;

[0032] Figure 5 An interactive flow chart of a target application component recommendation method provided in an embodiment of the present application;

[0033] Figure 6 An interactive flow chart of a method for acquiring a target data packet provided in an embodiment of the present application;

[0034] Figure 7 This is a flow chart of the data processing method provided in an embodiment of the present application when it is executed on the first application building tool side;

[0035] Figure 8 This is a flow chart of the data processing method provided in an embodiment of the present application when it is executed on the second application building tool side;

[0036] Figure 9 A schematic diagram of the structure of a data processing device provided in an embodiment of the present application;

[0037] Figure 10 A schematic diagram of the structure of another data processing device provided in an embodiment of the present application;

[0038] Figure 11 A schematic diagram of the structure of an electronic device provided in an embodiment of the present application. DETAILED DESCRIPTION

[0039] To make the purpose, technical solutions, and advantages of this application more clear, the technical solutions of this application will be clearly and completely described below in conjunction with the specific embodiments of this application and the corresponding drawings. Obviously, the embodiments described are only 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.

[0040] It should be noted that when the embodiments of this application involve user information, the user information (including but not limited to user device information, user personal information, etc.) and data (including but not limited to data used for analysis, stored data, displayed data, etc.) involved in the embodiments of this application are all information and data authorized by the user or fully authorized by all parties, and the collection, use and processing of relevant data must comply with the relevant laws, regulations and standards of the relevant countries and regions, and provide corresponding operation portals for users to choose to authorize or refuse. In addition, the various models involved in this application (including but not limited to language models or large models) are in compliance with relevant laws and standards.

[0041] In addition, the step sequence in the following method embodiments is only an example and not a strict limitation.

[0042] Before introducing the data processing method provided in the embodiments of the present application, the terms or concepts involved in the embodiments of the present application are first explained.

[0043] An application component is the basic functional unit or module that makes up an application. In software development, each application component is generally responsible for implementing a specific function or service, and different application components can be developed, tested, and deployed independently.

[0044] A metamodel is a template with predefined functions that provides a standardized way for application developers to describe and configure application components. This allows developers to build applications through simple configuration rather than complex programming.

[0045] An application building tool refers to a software tool or platform that helps application developers quickly design and build applications. Application building tools can include a collection of metamodels for building different application components. Different metamodels within this collection provide different application building functions, allowing application developers to configure these metamodels to model different application components. Furthermore, based on the modeling data corresponding to each application component, the corresponding application code can be generated, enabling application development.

[0046] The same application construction tool may have multiple different versions, and the versions of the same meta-model included in different versions of the application construction tool may be the same or different.

[0047] In application development scenarios, to improve development efficiency, the modeling data generated by building a specific application component using the metamodel in the application building tool can often be reused. For example, when developing Application A, an application developer develops a "User Center" application component. When developing Application B, if the "User Center" is also needed, the developer can reuse the modeling data corresponding to the previously developed "User Center" application component to build the "User Center" in Application B, eliminating the need to build the "User Center" from scratch.

[0048] In the embodiments of the present application, for ease of description, the application construction tool used to generate the modeling data of the target application component is referred to as the first application construction tool, and the application construction tool used to reuse the modeling data of the target application component is referred to as the second application construction tool. The first application construction tool and the second application construction tool are the same or different versions of the same application construction tool.

[0049] Assume that when the first application construction tool constructs the target application component using the metamodel deployed thereon, it generates corresponding modeling data x. It is easy to understand that in the scenario where the modeling data x corresponding to the target application component is reused, if the version of the first application construction tool is consistent with that of the second application construction tool, then the second application construction tool and the first application construction tool have the same version of the metamodel deployed therein, and the modeling data x must pass various data verifications in the second application construction tool, that is, be compatible with the metamodel deployed therein. As a result, the modeling data x can be reused by the second application construction tool to construct the target application component.

[0050] If the version of the first application building tool is inconsistent with the version of the second application building tool, there may be two situations:

[0051] In the first case, the versions of the metamodel used to construct the target application component in the first application construction tool and the second application construction tool are consistent, and the modeling data x is compatible with the metamodel deployed in the second application construction tool to construct the target application component, and thus the modeling data x can be reused by the second application construction tool to construct the target application component.

[0052] In the second scenario, the versions of the metamodel used to construct the target application component in the first application construction tool and the second application construction tool are inconsistent, the modeling data x is incompatible with the metamodel in the second application construction tool, the modeling data x cannot be reused, and the target application component cannot be constructed based on the modeling data x.

[0053] In the second scenario, the modeling data x is incompatible with the metamodel in the second application construction tool, making it impossible to reuse the modeling data x. In related art, the reuse of the modeling data x is achieved by upgrading the version of the first application construction tool or the second application construction tool to make them consistent. However, in actual applications, users of different versions of application construction tools often have specific usage requirements, and version upgrades of application construction tools may have a certain impact on their normal use. In addition, updating the application construction tools of all application construction tool users to the same version is time-consuming and labor-intensive.

[0054] Based on this, an embodiment of the present application provides a data processing method that can solve the compatibility issue when modeling data is reused on different versions of application construction tools without having to upgrade the application construction tool version. The basic idea is: after a first application construction tool constructs a target application component using a first version of the target metamodel deployed thereon and generates corresponding first modeling data, if it is determined that a second version of the target metamodel exists that is lower than the first version, second modeling data corresponding to the first modeling data is generated based on the metamodel change information between the first version of the target metamodel and the second version of the target metamodel, wherein the second modeling data is compatible with the second version of the target metamodel. Since the first application construction tool has multiple modeling data compatible with different versions of target metamodels, in response to the modeling data request corresponding to the target application component sent by the second application construction tool, even if the version of the second application construction tool is inconsistent with the version of the first application construction tool, and the version of the target metamodel deployed in the second application construction tool is not the first version (for example, the second version), the first application construction tool can also provide the second application construction tool with target modeling data compatible with the version of the target metamodel deployed in the second application construction tool, and send the target modeling data to the second application construction tool, so that the second application construction tool reuses the acquired target modeling data, that is, builds the target application component based on the acquired target modeling data.

[0055] The following describes in detail the technical solutions provided by various embodiments of the present application in conjunction with the accompanying drawings.

[0056] Before introducing the data processing method provided in the embodiment of the present application, the deployment environment of the first application construction tool and the second application construction tool involved in the embodiment of the present application is first described.

[0057] In practice, application building tools can be deployed in public cloud zones for use by different users. When different users use an application building tool deployed in a public cloud zone, the tool can act as both a producer and a reuser of modeling data corresponding to target application components. However, in this scenario, since only one version of the application building tool exists, compatibility issues do not arise when reusing modeling data between different versions of the tool.

[0058] Based on this, the first application construction tool and the second application construction tool involved in the embodiment of the present application are two independently deployed application construction tools, and their deployment scenarios include but are not limited to Figure 1 The situation indicated.

[0059] Figure 1 A schematic diagram of a deployment environment for an application building tool provided in an embodiment of the present application. Figure 1 As shown, in the first scenario, the first application construction tool and the second application construction tool are respectively deployed in different virtual private clouds (VPCs) in the public cloud. Specifically, they can be different VPCs in the public cloud of the same region or different VPCs in public clouds of different regions. In the second scenario, the first application construction tool and the second application construction tool are respectively deployed in different private clouds. In the third scenario, one of the first application construction tool and the second application construction tool is deployed in a VPC in the public cloud, and the other is deployed in a private cloud. For example, the first application construction tool is deployed in a VPC in the public cloud, and the second application construction tool is deployed in a private cloud; or, the first application construction tool is deployed in a private cloud, and the second application construction tool is deployed in a VPC in the public cloud.

[0060] Optionally, Figure 1 In the three scenarios shown in the figure, the communication connections between different VPCs, between different private clouds, and between a VPC and a private cloud can be connected or disconnected.

[0061] In actual applications, compatibility issues when modeling data is reused on different versions of application construction tools may be caused by the version of the first application construction tool being higher than the version of the second application construction tool, or may be caused by the version of the first application construction tool being lower than the version of the second application construction tool. Since there is a certain mapping relationship between the version of the application construction tool and the version of the metamodel deployed in the application construction tool, further, compatibility issues when modeling data is reused on different versions of application construction tools can also be understood as being caused by the version of the metamodel in the first application construction tool being higher than the version of the metamodel in the second application construction tool, or being caused by the version of the metamodel in the first application construction tool being lower than the version of the metamodel in the second application construction tool.

[0062] In response to the above two compatibility issues during modeling data reuse caused by inconsistent application construction tool versions or inconsistent metamodel versions, two different solutions are provided, which are described below in conjunction with specific embodiments.

[0063] The following first describes the corresponding data processing method when the version of the metamodel in the first application construction tool is higher than the version of the metamodel in the second application construction tool.

[0064] Figure 2 An interactive flow chart of a data processing method provided in an embodiment of the present application, such as Figure 2 As shown, the following steps may be included:

[0065] 201. In response to a construction operation on a target application component using a first version of a target metamodel, a first application construction tool obtains generated first modeling data.

[0066] 202. The first application construction tool determines a second version of the target metamodel based on pre-stored metamodel version information, where the second version is lower than the first version; and generates second modeling data corresponding to the first modeling data based on metamodel change information between the first version of the target metamodel and the second version of the target metamodel, where the second modeling data is compatible with the second version of the target metamodel.

[0067] 203. The second application construction tool sends a modeling data request corresponding to the target application component to the first application construction tool.

[0068] 204. The first application construction tool sends target modeling data to the second application construction tool in response to the modeling data request corresponding to the target application component. The target modeling data is compatible with the target version corresponding to the target metamodel deployed in the second application construction tool, and the first modeling data and the second modeling data include the target modeling data.

[0069] 205. The second application construction tool constructs a target application component according to the target modeling data.

[0070] In the embodiment of the present application, the target application component is an application component that needs to be constructed by reusing modeling data. Both the first application construction tool and the second application construction tool are deployed with a set of metamodels for constructing different application components. For ease of understanding, an exemplary explanation is given by taking the metamodel used to construct the target application component as the target metamodel in the metamodel set as an example. Optionally, the number of metamodels corresponding to the target metamodel can be one or more, and the type of metamodel corresponding to the target metamodel can also be one or more.

[0071] For ease of distinction, the target metamodel in the metamodel set of the first application construction tool is referred to as the target metamodel of the first version; the target metamodel in the metamodel set of the second application construction tool is referred to as the target metamodel of the target version. In the scenario illustrated in the embodiment of this application, it is assumed that the first version is higher than the target version.

[0072] In summary, in the data processing method provided by the embodiment of the present application, the first application construction tool, as the producer of the modeling data of the target application component, not only generates the first modeling data corresponding to the first version of the target metamodel currently in use, but also further generates the second modeling data corresponding to the second version of the target metamodel that is lower than the first version. In other words, in the modeling data generation stage of the target application component, the first application construction tool generates a plurality of modeling data that are respectively compatible with the first version and the following versions of the target metamodel. Thus, in the case where the target version corresponding to the target metamodel deployed in the second application construction tool is lower than the first version, the second application construction tool can obtain the target modeling data that is compatible with the target metamodel of the target version from the target data packet generated by the first application construction tool and containing a plurality of modeling data, and then construct the target application component based on the target modeling data, thereby realizing the reuse of the modeling data of the target application component.

[0073] To elaborate, first, the first application construction tool obtains generated first modeling data in response to a construction operation on a target application component using a first version of a target metamodel.

[0074] The first modeling data refers to the configuration data generated by the user of the first application building tool when instantiating and configuring the first version of the target metamodel. Alternatively, the first modeling data may be the design data of the target application component, such as the task processing flows that the target application component will execute, the roles involved, and the actions that different roles will perform in different task processing flows. The first modeling data may also be the technical implementation data of the target application component, such as the application programming interface (API) that the target application component will call when executing the task processing flow, and the method by which the API will be called.

[0075] The corresponding data type of the first modeling data depends on the type of the target metamodel of the first version. For example, when the target metamodel of the first version is a metamodel related to the design of the application component, the first modeling data is the design data of the target application component; when the target metamodel of the first version is a metamodel related to the technical implementation of the application component, the first modeling data is the technical implementation data of the target application component. Optionally, the first modeling data may include only one of the design data and the technical implementation data of the target application component, or both. In the embodiment of the present application, the data type of the first modeling data is not limited.

[0076] In an embodiment of the present application, metamodel version information and metamodel change information are pre-stored in the first application construction tool. The metamodel version information is used to record the current and historical version information corresponding to each metamodel in the metamodel set deployed in the first application construction tool. The metamodel change information is used to record change information between different versions of each metamodel in the metamodel set deployed in the first application construction tool, such as the addition, deletion, or modification of fields.

[0077] Based on this, after obtaining the generated first modeling data, the first application construction tool can determine whether the target metamodel has another version (referred to as a second version) lower than the first version based on the pre-stored metamodel version information. The second version can correspond to one or more versions. For example, assuming that the target metamodel has three versions, in descending order: V3.0, V2.0, and V1.0, if the first version is V3.0, then the second versions include V2.0 and V1.0.

[0078] If there is a second version lower than the first version, second modeling data corresponding to the first modeling data is generated according to metamodel change information between the target metamodel of the first version and the target metamodel of the second version.

[0079] In actual applications, there are differences in the field information available for instantiation and configuration provided by different versions of the target metamodel. Such differences are recorded through metamodel change information. For example, the metamodel change information between two versions of the target metamodel is the addition / deletion / modification of a certain field information available for instantiation and configuration. The modeling data is the configuration data generated by the instantiation and configuration of the target metamodel. In other words, there is a correspondence between the fields contained in the modeling data and the field information available for instantiation and configuration provided by the target metamodel. Therefore, based on the metamodel change information between the first version of the target metamodel and the second version of the target metamodel, the target field to be changed corresponding to the first modeling data can be determined, and the field information of the target field can be changed to obtain the second modeling data, wherein the second modeling data matches the field information available for instantiation and configuration provided by the second version of the target metamodel.

[0080] It is worth noting that the first modeling data and the second modeling data are both modeling data corresponding to the target application component. The difference is that the first modeling data is compatible with the first version of the target metamodel, and the second modeling data is compatible with the second version of the target metamodel.

[0081] If there is no second version lower than the first version, it indicates that when the first application construction tool was released, the target metamodel only had one version, namely the first version. In this case, there is no need to perform the above-mentioned second modeling data generation operation.

[0082] Later, when the second application construction tool wishes to reuse the modeling data of the target application component, the second application construction tool sends a modeling data request corresponding to the target application component to the first application construction tool. In response to the modeling data request corresponding to the target application component, the first application construction tool sends the target modeling data to the second application construction tool. The target modeling data is compatible with the target version corresponding to the target metamodel deployed in the second application construction tool, and the first modeling data and the second modeling data include the target modeling data.

[0083] In actual applications, in order to facilitate multiple modeling data corresponding to the target application component and compatible with different versions of the target metamodel, optionally, after the first application construction tool generates the second modeling data corresponding to the first modeling data, it can further generate a target data packet corresponding to the target application component, wherein the target data packet contains the first modeling data and the second modeling data.

[0084] In response to the modeling data request corresponding to the target application component sent by the second application construction tool, the first application construction tool can optionally send the target data packet directly to the second application construction tool, so that the second application construction tool obtains target modeling data compatible with the target metamodel of the target version deployed by itself from the target data packet; or, the first application construction tool first obtains target modeling data compatible with the target metamodel of the target version deployed in the second application construction tool from the target data packet, and then sends the target modeling data to the second application construction tool.

[0085] Optionally, the first application construction tool can customize how it sends the target modeling data to the second application construction tool. For example, when the network quality between the first and second application construction tools is good, the target data packet may be sent to the second application construction tool. When the network quality between the first and second application construction tools is poor, the target modeling data may be filtered out of the target data packet and sent only to the second application construction tool. This effectively ensures that the second application construction tool obtains the target modeling data in a timely manner.

[0086] Finally, the second application construction tool constructs the target application component according to the target modeling data.

[0087] It is understood that when a second version of the target metamodel exists that is lower than the first version, the first application construction tool possesses modeling metadata compatible with both the first and second versions of the target metamodel. Therefore, regardless of which version of the target metamodel is lower than the first version, the second application construction tool can obtain target modeling data compatible with the target metamodel of the target version from the first application construction tool.

[0088] In the above embodiment, it is assumed that the target version is lower than the first version, and the target modeling data compatible with the target metamodel of the target version is obtained. It is easy to understand that in actual applications, when the target version is the first version, the first modeling data can also be obtained from the first application construction tool. Therefore, the data processing method provided in the embodiment of the present application is also applicable to the situation where the target version is the same as the first version, that is, it is applicable to the situation where the same version of the target metamodel is deployed in the first application construction tool and the second application construction tool.

[0089] To facilitate understanding, let's take an example to illustrate. Suppose the first version corresponding to the target metamodel deployed in the first application construction tool is V3.0. The first application construction tool pre-stores metamodel version information indicating that the target metamodel has three versions: V3.0, VV2.0 and V1.0, among which V3.0 is the highest version and V1.0 is the lowest version; the target version corresponding to the target metamodel deployed in the second application construction tool is V3.0.

[0090] Based on the above assumptions, the first application construction tool responds to the construction operation of the target application component through the target metamodel of V3.0, obtains the generated first modeling data (called {modeling data, V3.0}), and then determines that there are versions of the target metamodel lower than V3.0 - V2.0 and V1.0 based on the pre-stored metamodel version information.

[0091] Furthermore, based on the pre-stored metamodel change information and {modeling data, V3.0}, {modeling data, V2.0} compatible with the target metamodel of V2.0 and {modeling data, V1.0} compatible with the target metamodel of V1.0 are generated respectively.

[0092] During the specific implementation, {modeling data, V3.0} may optionally be modified based on the metamodel change information between the target metamodel of V3.0 and the target metamodel of V2.0 to generate {modeling data, V2.0}; or {modeling data, V3.0} may be modified based on the metamodel change information between the target metamodel of V3.0 and the target metamodel of V1.0 to generate {modeling data, V1.0}. Alternatively, after {modeling data, V2.0} is generated, {modeling data, V2.0} may be modified based on the metamodel change information between the target metamodel of V2.0 and the target metamodel of V1.0 to generate {modeling data, V1.0}.

[0093] Later, when the second application construction tool wants to reuse the modeling data of the target application component, the second application construction tool sends a modeling data request corresponding to the target application component to the first application construction tool. In response to the modeling data request corresponding to the target application component, the first application construction tool sends {modeling data, V3.0} as the target modeling data to the second application construction tool.

[0094] Similarly, if the target version is V2.0, the target modeling data is {modeling data, V2.0}, and if the target version is V1.0, the target modeling data is {modeling data, V1.0}.

[0095] After receiving {modeling data, V3.0}, the second application construction tool constructs the target application component based on {modeling data, V3.0}.

[0096] In summary, the data processing method provided in the embodiment of the present application generates the modeling data of the target application component by, on the one hand, generating first modeling data corresponding to the first version of the target metamodel currently in use, and on the other hand, generating second modeling data corresponding to the second version of the target metamodel lower than the first version, so that the first application construction tool has multiple modeling data that are respectively compatible with the first version and the target metamodel lower than the first version. Therefore, when the target version corresponding to the target metamodel deployed in the second application construction tool is not higher than the first version, the second application construction tool can obtain the target modeling data compatible with the target metamodel of the target version from the first application construction tool, and then construct the target application component based on the target modeling data, thereby realizing the reuse of the modeling data of the target application component.

[0097] The above is an overall description of the data processing method provided in the embodiment of the present application. Next, the process of generating second modeling data compatible with the lower version of the target metamodel based on the metamodel change information between different versions of the target metamodel is described in detail.

[0098] Figure 3 A flowchart of a second modeling data generation method provided in an embodiment of the present application is shown in FIG. Figure 3 As shown, the following steps may be included:

[0099] 301. Determine, based on metamodel change information between a first version target metamodel and a second version target metamodel, a metamodel change category corresponding to a change from the second version target metamodel to the first version target metamodel.

[0100] The metamodel change category corresponding to the change from the second version target metamodel to the first version target metamodel is also the metamodel change category corresponding to the upgrade from the lower version target metamodel to the higher version target metamodel. It is easy to understand that once the lower version target metamodel is known to be upgraded to the higher version target metamodel, the higher version target metamodel can also be upgraded to the lower version target metamodel. Furthermore, based on the modeling data compatible with the higher version target metamodel, modeling data compatible with the lower version target metamodel can be obtained.

[0101] Optionally, the metamodel change category includes at least one of the following: a target field type change, a target field type value change, a target field addition, or a target field deletion. The field type refers to the field data type, such as integer, decimal, character, or enumeration. The field type value refers to the specific data value that conforms to the field type definition, such as a predefined enumeration value corresponding to an enumeration.

[0102] Regarding the metamodel change category, for example, assuming that there is an "age" field in the second version of the target metamodel, its corresponding type is an integer, and the type of the "age" field in the first version of the target metamodel is a decimal, then it is determined that the metamodel change category corresponding to the change from the second version of the target metamodel to the first version of the target metamodel includes a type change of the target field, specifically involving a type change of the "age" field.

[0103] For another example, suppose there is a "status" field in the second version of the target metamodel, which is used to describe the order status. The type of the "status" field is an enumeration, and its corresponding enumeration values include: pending and completed. In the first version of the target metamodel, the enumeration values corresponding to the "status" field include: pending, completed, and canceled. Then, it is determined that the metamodel change category corresponding to the change from the second version of the target metamodel to the first version of the target metamodel includes a change in the type value of the target field, specifically involving a change in the enumeration value of the "status" field.

[0104] The addition and deletion of target fields, that is, the addition and deletion of certain fields in the process of changing the target metamodel of the second version to the target metamodel of the first version, will not be explained here with examples.

[0105] 302. Perform corresponding field change processing on the first modeling data according to the metamodel change category to generate second modeling data.

[0106] In an optional embodiment, if the metamodel change category is a target field type change, the first type corresponding to the target field in the first modeling data is changed to a second type to generate the second modeling data; if the metamodel change category is a target field type value change, the first type value corresponding to the target field in the first modeling data is changed to a second type value to generate the second modeling data. The first type and the first type value match the first version of the target metamodel, and the second type and the second type value match the second version of the target metamodel.

[0107] Assume that the metamodel change category is a change in the type of the target field, and take the type change of the above-mentioned "age" field as an example. During the specific implementation process, based on the metamodel change information, it has been known that the target metamodel of the second version has changed to the target metamodel of the first version, and the type of the "age" field has been changed from an integer to a decimal. Based on this, the type corresponding to the "age" field in the first modeling data can be changed from a decimal to an integer, and the changed first modeling data is the second modeling data. The change in the type value of the target field is similar to this and will not be repeated here.

[0108] In another optional embodiment, if the meta-model change category is the addition of a target field, the remaining modeling data after filtering out the target field from the first modeling data is determined as the second modeling data.

[0109] For example, suppose the target metamodel for the second version includes fields 1, 2, and 3, while the target metamodel for the first version includes fields 1, 2, 3, and 4. That is, field 4 was added when the second version was modified to the first version. Based on this, field 4 can be filtered out from the first modeling data, that is, the modeling data related to field 4 can be filtered out, and the remaining modeling data (that is, the modeling data related to fields 1, 2, and 3) can be used as the second modeling data.

[0110] In another optional embodiment, if the metamodel change category is deletion of the target field, field information corresponding to the target field in the second version of the target metamodel is added to the first modeling data to generate the second modeling data.

[0111] For example, suppose that the target metamodel of the second version includes: field 1, field 2, field 3 and field 4, and the target metamodel of the first version includes: field 1, field 2 and field 3, that is, when the second version is changed to the first version, field 4 is deleted. It is easy to understand that in this case, the first modeling data does not include the modeling data associated with field 4, and the second modeling data to be generated needs to include the modeling data related to field 4. As an optional implementation method, the default field information corresponding to field 4 in the target metamodel of the second version can be used as the modeling data associated with field 4 and added to the first modeling data to generate the second modeling data; or, the modeling data configuration prompt information corresponding to field 4 is output, so as to obtain the modeling data corresponding to field 4 based on the configuration operation of the user of the first application modeling tool, and the modeling data corresponding to field 4 is added to the first modeling data to generate the second modeling data.

[0112] In summary, the embodiments of the present application provide a variety of schemes for generating second modeling data that match the metamodel change categories according to the metamodel change categories corresponding to the change of the target metamodel of the second version to the target metamodel of the first version, thereby enabling the generation of second modeling data compatible with the target metamodel of the lower version based on the first modeling data compatible with the target metamodel of the higher version. Furthermore, when the target version corresponding to the target metamodel deployed in the second application construction tool is lower than the first version, the second application construction tool can be provided with modeling data compatible with the target metamodel of the target version, thereby realizing the reuse of the modeling data of the target application component.

[0113] The above describes the corresponding data processing method when the version of the metamodel in the first application construction tool is higher than the version of the metamodel in the second application construction tool.

[0114] Next, the corresponding data processing method is described in the case where the version of the metamodel in the first application construction tool is lower than the version of the metamodel in the second application construction tool.

[0115] It is worth noting that, in the above embodiment, assuming that the target version corresponding to the target metamodel deployed in the second application construction tool is lower than the first version corresponding to the target metamodel deployed in the first application construction tool, in response to the modeling data request corresponding to the target application component sent by the second application construction tool, the first application construction tool can obtain target modeling data compatible with the target metamodel of the target version from the existing modeling data. Therefore, the target data packet can be directly sent to the second application construction tool, or the target modeling data compatible with the target metamodel of the target version can be obtained from the target data packet first, and then the target modeling data can be sent to the second application construction tool.

[0116] However, if the target version is higher than the first version, the first application construction tool cannot obtain target modeling data compatible with the target metamodel of the target version from the existing modeling data, that is, it cannot obtain the target modeling data from the target data package. Based on this, if the first application construction tool determines that the target modeling data does not exist in the target data package, it can optionally send the target data package to the second application construction tool, so that the second application construction tool can build the target application component based on the modeling data contained in the target data package.

[0117] Therefore, in an embodiment of the present application, when the target version corresponding to the target metamodel deployed in the second application construction tool is higher than the first version corresponding to the target metamodel deployed in the first application construction tool, in response to the modeling data request corresponding to the target application component sent by the second application construction tool, the first application construction tool sends the target data packet to the second application construction tool.

[0118] Figure 4 An interactive flow chart of another data processing method provided in an embodiment of the present application, such as Figure 4 As shown, the following steps may be included:

[0119] 401. In response to a construction operation on a target application component using a first version of a target metamodel, a first application construction tool obtains generated first modeling data.

[0120] 402. The first application construction tool determines a second version of the target metamodel based on pre-stored metamodel version information, where the second version is lower than the first version; and generates second modeling data corresponding to the first modeling data based on metamodel change information between the first version of the target metamodel and the second version of the target metamodel, where the second modeling data is compatible with the second version of the target metamodel.

[0121] 403. The first application construction tool generates a target data packet corresponding to the target application component, where the target data packet includes the first modeling data and the second modeling data.

[0122] 404. The second application construction tool sends a modeling data request corresponding to the target application component to the first application construction tool.

[0123] 405 . The first application construction tool sends the target data packet to the second application construction tool in response to the modeling data request corresponding to the target application component.

[0124] 406. The second application construction tool obtains target modeling data compatible with the target metamodel of the target version from the target data package according to the target version corresponding to the target metamodel deployed by itself, and constructs the target application component based on the target modeling data.

[0125] The specific implementation process of steps 401 to 406 may refer to the aforementioned embodiment and will not be described in detail in this embodiment.

[0126] 407. If the target modeling data does not exist in the target data package, and the second application construction tool determines that the target version is higher than the first version based on the pre-stored metamodel version information, then based on the metamodel change information between the target metamodel of the first version and the target metamodel of the target version, third modeling data corresponding to the first modeling data is generated, and the third modeling data is compatible with the target metamodel of the target version.

[0127] 408. Build a target application component based on the third modeling data.

[0128] In the embodiment of the present application, it is assumed that the target version corresponding to the target metamodel deployed in the second application construction tool is higher than the first version corresponding to the target metamodel deployed in the first application construction tool.

[0129] It is easy to understand that the new version of the application construction tool can pre-store the metamodel information in the old version of the application construction tool, but the old version of the application construction tool is often difficult to obtain the metamodel information in the new version of the application construction tool. Therefore, in the process of the first application construction tool producing the modeling data corresponding to the target application component, it can generate modeling data that is compatible with the first version and the second version of the target metamodel that is lower than the version, but it is difficult to generate modeling data that is compatible with the target metamodel of other versions higher than the first version. This also leads to the following situation in the modeling data reuse scenario: when the target version corresponding to the target metamodel deployed in the second application construction tool is not higher than the first version, the target modeling data that is compatible with the target metamodel of the target version can be obtained from the target data package; when the target version is higher than the first version, the target modeling data cannot be obtained from the target data package, and the problem of not being able to reuse the modeling data of the target application component still occurs.

[0130] Based on this, an embodiment of the present application provides another data processing method. In summary: when the target modeling data does not exist in the target data package and the target version is higher than the third version, the second application construction tool obtains the third modeling data that is compatible with the target metadata of the target version by upgrading the first modeling data in the target data package, and can construct the target application component based on the third modeling data, thereby solving the problem that the modeling data of the target application component cannot be reused when the target version is higher than the first version.

[0131] To elaborate, similar to the first application construction tool, the second application construction tool also pre-stores metamodel version information and metamodel change information. It is worth noting that the metamodel version information and metamodel change information stored in different versions of application construction tools are different. Application construction tools with higher versions store more metamodel version information and metamodel change information. For example, in a certain version of the application construction tool, only m lower versions of metamodel version information and metamodel change information corresponding to the target metamodel may be stored, while in other versions of application construction tools higher than this version, in addition to storing the m lower versions of metamodel version information and metamodel change information corresponding to the aforementioned target metamodel, n higher versions of metamodel version information and metamodel change information corresponding to the target metamodel may also be stored. Wherein, m and n are positive integers.

[0132] Based on the metamodel version information and metamodel change information pre-stored in the second application construction tool, the second application construction tool can determine whether the target version is higher than the first version based on the metamodel version information when the target modeling data does not exist in the target data package. If higher than the first version, the second application construction tool generates third modeling data corresponding to the first modeling data based on the metamodel change information between the target metamodel of the first version and the target metamodel of the target version. The third modeling data is compatible with the target metamodel of the target version.

[0133] As an optional method for generating the third modeling data, the metamodel change category corresponding to the change from the first version's target metamodel to the target version's target metamodel can be determined based on the metamodel change information between the first version's target metamodel and the target version's target metamodel. Metamodel change categories include at least one of the following: a target field type change, a target field type value change, a target field addition, or a target field deletion. Based on the metamodel change category, the first modeling data is then subjected to corresponding field change processing to generate the third modeling data.

[0134] The metamodel change category corresponding to the change from the first version of the target metamodel to the target version of the target metamodel is also the metamodel change category corresponding to the upgrade from the lower version of the target metamodel to the higher version of the target metamodel. It is easy to understand that if the modeling data compatible with the lower version of the target metamodel is known, and how the lower version of the target metamodel will be changed to the higher version of the target metamodel, modeling data compatible with the higher version of the target metamodel can naturally be obtained.

[0135] In an optional embodiment, if the metamodel change category is a type change of the target field, the first type corresponding to the target field in the first modeling data is changed to a third type to generate third modeling data; if the metamodel change category is a change of the type value of the target field, the first type value corresponding to the target field in the first modeling data is changed to a third type value to generate third modeling data; wherein the third type and the third type value match the target metamodel of the target version.

[0136] For example, Figure 3 Taking the example of a change in the type of the "age" field in this embodiment, assuming the metamodel change category is a change in the type of the target field, based on the metamodel change information, it is determined that the change from the first version's target metamodel to the target version's target metamodel is a change from a decimal to a floating point number. Therefore, the type corresponding to the "age" field in the first modeling data can be changed from a decimal to a floating point number. The changed first modeling data is the third modeling data. Changes to the type value of the target field are similar and will not be further described here.

[0137] In another optional embodiment, if the metamodel change category is the addition of a target field, field information corresponding to the target field in the target metamodel of the target version is added to the first modeling data to generate third modeling data.

[0138] For example, assuming that the target metamodel of the first version includes: field 1, field 2, and field 3, and the target metamodel of the target version includes: field 1, field 2, field 3, and field 4, that is, when the first version is changed to the target version, field 4 is added or subtracted. It is easy to understand that in this case, the first modeling data does not include the modeling data associated with field 4, and the third modeling data to be generated needs to include the modeling data related to field 4. As an optional implementation method, the default field information corresponding to field 4 in the target metamodel of the target version can be used as the modeling data associated with field 4 and added to the first modeling data to generate the third modeling data; or, the modeling data configuration prompt information corresponding to field 4 is output, so that based on the configuration operation of the user of the second application modeling tool, the modeling data corresponding to field 4 is obtained, and the modeling data corresponding to field 4 is added to the first modeling data to generate the third modeling data.

[0139] In yet another optional embodiment, if the meta-model change category is deletion of the target field, the remaining modeling data after filtering out the target field from the first modeling data is determined as the third modeling data.

[0140] For example, suppose the target metamodel of the first version includes fields 1, 2, 3, and 4, and the target metamodel of the target version includes fields 1, 2, and 3. That is, field 4 was added when the first version was changed to the target version. Based on this, field 4 can be filtered out from the first modeling data, that is, the modeling data related to field 4 can be filtered out, and the remaining modeling data (that is, the modeling data related to fields 1, 2, and 3) can be used as the third modeling data.

[0141] It is worth noting that in the embodiment of the present application, the generation process of the second modeling data is: based on the modeling data compatible with the target metadata of the higher version, the modeling data compatible with the target metadata of the lower version is generated; the generation process of the third modeling data is: based on the modeling data compatible with the target metadata of the lower version, the modeling data compatible with the target metadata of the higher version is generated. In layman's terms, the generation process of the second modeling data and the third modeling data is a data conversion process in which the conversion directions of the two modeling data are opposite but the specific implementation processes are similar. Since in the process of generating the second modeling data or the third modeling data, the meta-model change information pre-stored in the application construction tool is provided to provide the data change information of the first modeling data and the modeling data to be generated (i.e., the second modeling data or the third modeling data), the corresponding second modeling data or the third modeling data can be quickly generated based on the meta-model change information and the first modeling data.

[0142] Finally, the second application construction tool constructs the target application component according to the third modeling data.

[0143] To facilitate understanding, let's take an example to illustrate. Suppose the first version corresponding to the target metamodel deployed in the first application construction tool is V3.0. The first application construction tool pre-stores metamodel version information indicating that the target metamodel has three versions: V3.0, VV2.0 and V1.0, among which V3.0 is the highest version and V1.0 is the lowest version; the target version corresponding to the target metamodel deployed in the second application construction tool is V4.0, among which V4.0 is higher than V3.0.

[0144] Based on the above assumptions, in response to a build operation on a target application component using the V3.0 target metamodel, the first application construction tool obtains the generated first modeling data (referred to as {modeling data, V3.0}). Based on pre-stored metamodel version information, the tool determines that there are two versions of the target metamodel earlier than V3.0, namely, V2.0 and V1.0. Furthermore, based on the pre-stored metamodel change information and {modeling data, V3.0}, the tool generates {modeling data, V2.0} compatible with the V2.0 target metamodel and {modeling data, V1.0} compatible with the V1.0 target metamodel, respectively.

[0145] Furthermore, the first application construction tool generates a target data package corresponding to the target application component, and the target data package includes: {modeling data, V3.0}, {modeling data, V2.0}, and {modeling data, V1.0}.

[0146] Then, when the second application construction tool wants to reuse the modeling data of the target application component, the second application construction tool sends a modeling data request corresponding to the target application component to the first application construction tool. In response to the modeling data request corresponding to the target application component, the first application construction tool sends the target data packet to the second application construction tool.

[0147] After receiving the target data package, the second application construction tool cannot obtain modeling data compatible with the target metamodel of V4.0 from the target data package because the target version corresponding to the target metamodel deployed by the second application construction tool is V4.0.

[0148] Based on this, if the second application construction tool determines that V4.0 is higher than V3.0 based on the pre-stored metamodel version information, then based on the metamodel change information between the target metamodel of V3.0 and the target metamodel of V4.0, it generates {modeling data, V4.0} corresponding to {modeling data, V3.0}, where {modeling data, V4.0} is compatible with the target metamodel of V4.0.

[0149] Finally, the second application construction tool constructs the target application component according to {modeling data, V4.0}.

[0150] In summary, the data processing method provided by the embodiment of the present application, on the one hand, in the stage of generating the modeling data of the target application component by the first application construction tool, not only the first modeling data corresponding to the target metamodel of the first version currently in use is generated, but also the second modeling data corresponding to the target metamodel of the second version lower than the first version is generated, so that the target data packet corresponding to the further generated target application component contains multiple modeling data that are respectively compatible with the target metamodel of the first version and its lower versions. Thus, when the target version corresponding to the target metamodel deployed in the second application construction tool is not higher than the first version, the second application construction tool can extract the target modeling data compatible with the target metamodel of the target version from the target data packet containing multiple modeling data generated by the first application construction tool, and then construct the target application component based on the target modeling data, thereby realizing the reuse of the modeling data of the target application component. On the other hand, when the second application construction tool reuses the modeling data of the target application component, if the target version corresponding to the target metamodel deployed in the second application construction tool is higher than the first version, the first modeling data is upgraded to generate third modeling data compatible with the target metamodel of the target version, and then construct the target application component based on the third modeling data, thereby realizing the reuse of the modeling data of the target application component. It can be seen that the data processing method provided in the embodiment of the present application can realize the reuse of modeling data of the target application component when the target metamodel versions used to construct the target application component in the first application construction tool and the second application construction tool are inconsistent.

[0151] In actual applications, the first application construction tool may construct multiple different application components, and the same application component may also have multiple different versions. It is easy to understand that each version of the application component has a corresponding data package. To ensure that the second modeling tool can determine the target application component that matches its own application construction requirements from multiple different application components with different versions, and obtain the target data package corresponding to the target application component, an embodiment of the present application provides a target application component recommendation method.

[0152] Figure 5 This is an interactive flow chart of a target application component recommendation method provided in an embodiment of the present application, such as Figure 5 As shown, the following steps may be included:

[0153] 501. A first application construction tool generates target description information corresponding to a target data packet of a target application component. The target description information includes at least one of the following: a function of the target application component and an application field of the target application component.

[0154] 502. The second application construction tool sends an application construction requirement to the first modeling tool.

[0155] 503. If the first application construction tool determines that the target description information matches the application construction requirement, it sends recommendation information corresponding to the target application component to the second application construction tool.

[0156] 504. The second application construction tool receives recommendation information corresponding to the target application component, and sends a modeling data request corresponding to the target application component to the first application construction tool according to the recommendation information corresponding to the target application component.

[0157] In the embodiment of the present application, the process of generating data packets of different application components of different versions is described by taking the target application component as an example.

[0158] During specific implementations, after generating a target data package corresponding to the target application component, target description information corresponding to the target data package may also be generated. The target description information, i.e., label information or introductory information corresponding to the target application component, is used to assist users of the second application construction tool in selecting the corresponding application component and data package from different versions of different application components. Optionally, the target description information includes at least one of the following: the function of the target application component and the application field of the target application component.

[0159] The functions of an application component refer to the specific tasks it performs within an application. For example, the user authentication component handles user login, registration, and password resets, while the payment processing component handles payment requests, interacts with the payment gateway, records transaction information, and returns payment results. The application domain of an application component refers to the industry in which it is used, including but not limited to e-commerce, healthcare, finance, education, and entertainment.

[0160] Based on the description information corresponding to each application component, the user of the second application construction tool can manually select the target application component they want to build and obtain the modeling data corresponding to the target application component. In an embodiment of the present application, in order to improve the accuracy and convenience of the user of the second application construction tool in obtaining the modeling data corresponding to the target application component, an automated recommendation method is also provided.

[0161] Specifically, when the second application building tool needs to build a certain application component by reusing modeling data, it sends an application building requirement to the first modeling tool. The application building requirement may include the desired functions, application areas, etc. After receiving the application building requirement, the first application building tool can match the application building requirement with the description information corresponding to different application components.

[0162] Optionally, the matching results between the application building requirements and the descriptions corresponding to different application components can be determined by calculating, for example, cosine similarity between the application building requirements and the descriptions corresponding to different application components. For example, if the similarity between the application building requirements and the description corresponding to a certain application component is greater than a set threshold, then the application building requirements are determined to match the description corresponding to the application component.

[0163] If the first application construction tool determines that the target component target description information matches the application construction requirements, it sends recommendation information corresponding to the target application component to the second application construction tool. After receiving the recommendation information corresponding to the target application component, the second application construction tool sends a modeling data request corresponding to the target application component to the first application construction tool based on the recommendation information corresponding to the target application component.

[0164] In an embodiment of the present application, an automated target application component recommendation method is provided by generating target description information corresponding to the target data packet of the target application component, and when it is determined that the target description information matches the application construction requirements, sending recommendation information corresponding to the target application component to the second application construction tool. This method can effectively improve the accuracy and convenience of users of the second application construction tool in obtaining modeling data corresponding to the target application component.

[0165] In practical applications, such as Figure 1As shown, the first application construction tool and the second application construction tool in the embodiment of the present application are two independently deployed application construction tools. The communication connection between the VPC or private cloud used for the first application construction tool and the second application construction tool can be connected or disconnected. Correspondingly, there may be or may not be an information transmission channel between the first application construction tool and the second application construction tool.

[0166] It is understandable that when an information transmission channel exists between the first application construction tool and the second application construction tool, the second application construction tool can directly obtain the target data package corresponding to the target application component online from the first application construction tool through methods such as online subscription. When an information transmission channel does not exist between the first application construction tool and the second application construction tool, in order for the second application construction tool to obtain the target data package corresponding to the target application component, the first application construction tool must first export the offline target data package corresponding to the target application component, and then transmit the offline target data package to the second application construction tool through methods such as offline transmission. Thereafter, the second application construction tool can import the offline target data package.

[0167] In order to improve the convenience of the second application construction tool to obtain the target data packet corresponding to the target application component, the embodiment of the present application provides the following Figure 6 The target data packet acquisition method shown.

[0168] Figure 6 An interactive flow chart of a method for acquiring a target data packet provided in an embodiment of the present application, such as Figure 6 As shown, the following steps may be included:

[0169] 601. The first application construction tool transmits a target data packet corresponding to a target application component and / or target description information corresponding to the target data packet to a third-party platform, where the target description information includes a download path of the target data packet.

[0170] 602. The second application construction tool sends a modeling data request corresponding to the target application component to the third-party platform.

[0171] 603. The second application construction tool receives a target data packet corresponding to the target application component fed back by the third-party platform.

[0172] In the embodiment of the present application, an information transmission channel exists between the third-party platform and both the first application construction tool and the second application construction tool. By sending the target data corresponding to the target application component to the third-party platform, the second application construction tool can quickly and conveniently obtain the target data packet corresponding to the target application component from the third-party platform even if no information transmission channel exists between the first application construction tool and the second application construction tool.

[0173] Optionally, in actual applications, instead of transmitting the target data packet corresponding to the target application component to the third-party platform, the target description information corresponding to the target data packet may be transmitted to the third-party platform. Optionally, the target description information may include the download path corresponding to the target data packet. Thus, the third-party platform may feed back the download path to the second application construction tool so that it obtains the target data packet corresponding to the target application component according to the download path; alternatively, the third-party platform obtains the target data packet corresponding to the target application component according to the download path and forwards the target data packet to the second application construction tool.

[0174] Optionally, the target description information corresponding to the target data package may also include at least one of the following: the function of the target application component, the application field of the target application component. Based on the description information corresponding to different application components in the third-party platform, the target application component that matches its application construction requirements can be recommended to the second application construction tool to generate a modeling data request corresponding to the target application component. The specific implementation process can be referred to Figure 5 The embodiments will not be described in detail here.

[0175] In an embodiment of the present application, there is an information transmission channel between the third-party platform and the first application construction tool and the second application construction tool. By transmitting the target data packet corresponding to the target application component and / or the target description information corresponding to the target data packet to the third-party platform, a new method of obtaining the target data packet of the target application component is provided, which improves the convenience of the second application construction tool obtaining the target data packet corresponding to the target application component when there is no information transmission channel between the first application construction tool and the second application construction tool.

[0176] Figure 7 This is a flow chart of the data processing method provided in the embodiment of the present application when it is executed on the first application construction tool side. The first application construction tool is deployed with a set of metamodels for constructing different application components, such as Figure 7 As shown, the following steps may be included:

[0177] 701 : In response to a construction operation of a target application component using a first version of a target metamodel, first modeling data generated is obtained, wherein a metamodel set includes the first version of the target metamodel.

[0178] 702. Determine a second version of the target metamodel based on pre-stored metamodel version information, where the second version is lower than the first version.

[0179] 703. Generate second modeling data corresponding to the first modeling data according to the metamodel change information between the target metamodel of the first version and the target metamodel of the second version, where the second modeling data is compatible with the target metamodel of the second version.

[0180] 704. In response to a modeling data request corresponding to a target application component sent by the second application construction tool, the target modeling data is sent to the second application construction tool, so that the second application construction tool constructs the target application component based on the target modeling data, the target modeling data is compatible with a target version corresponding to a target metamodel deployed in the second application construction tool, and the first modeling data and the second modeling data include the target modeling data.

[0181] In an optional embodiment, after generating the second modeling data corresponding to the first modeling data, the method further includes: generating a target data packet corresponding to the target application component, wherein the target data packet includes the first modeling data and the second modeling data. Correspondingly, in response to a modeling data request corresponding to the target application component sent by the second application construction tool, the target modeling data is sent to the second application construction tool so that the second application construction tool constructs the target application component based on the target modeling data, including: in response to a modeling data request corresponding to the target application component sent by the second application construction tool, the target data packet is sent to the second application construction tool so that the second application construction tool obtains the target modeling data from the target data packet and constructs the target application component based on the target modeling data; or, in response to a modeling data request corresponding to the target application component sent by the second application construction tool, the target modeling data is obtained from the target data packet and sent to the second application construction tool so that the second application construction tool constructs the target application component based on the target modeling data.

[0182] In an optional embodiment, second modeling data corresponding to the first modeling data is generated based on metamodel change information between the target metamodel of the first version and the target metamodel of the second version, including: determining a metamodel change category corresponding to the change from the target metamodel of the second version to the target metamodel of the first version based on the metamodel change information between the target metamodel of the first version and the target metamodel of the second version, the metamodel change category including at least one of the following: a type change of a target field, a change of a type value of a target field, an addition of a target field, and a deletion of a target field; and performing corresponding field change processing on the first modeling data based on the metamodel change category to generate the second modeling data.

[0183] In an optional embodiment, according to the metamodel change category, corresponding field change processing is performed on the first modeling data to generate second modeling data, including: if the metamodel change category is a type change of the target field, the first type corresponding to the target field in the first modeling data is changed to the second type to generate the second modeling data; if the metamodel change category is a change of the type value of the target field, the first type value corresponding to the target field in the first modeling data is changed to the second type value to generate the second modeling data; wherein the second type and the second type value match the target metamodel of the second version; if the metamodel change category is an addition of the target field, the remaining modeling data after filtering out the target field from the first modeling data is determined as the second modeling data; if the metamodel change category is a deletion of the target field, the field information corresponding to the target field in the target metamodel of the second version is added to the first modeling data to generate the second modeling data.

[0184] In an optional embodiment, after generating a target data packet corresponding to the target application component, the method further includes: generating target description information corresponding to the target data packet, the target description information including at least one of the following: the function of the target application component, the application field of the target application component; if, based on the application construction requirements sent by the second application construction tool, it is determined that the target description information matches the application construction requirements, then sending recommendation information corresponding to the target application component to the second application construction tool, so that the second application construction tool sends a modeling data request corresponding to the target application component according to the recommendation information.

[0185] In an optional embodiment, after generating a target data packet corresponding to the target application component, the method further includes: transmitting the target data packet and / or target description information corresponding to the target data packet to a third-party platform, so that the second application construction tool obtains the target data packet through the third-party platform, and the target description information includes the download path of the target data packet.

[0186] Figure 8 This is a flow chart of the data processing method provided in the embodiment of the present application when it is executed on the second application construction tool side. The second application construction tool is deployed with a set of metamodels for building different application components, such as Figure 8 As shown, the following steps may be included:

[0187] 801 : Send a modeling data request corresponding to a target application component to a first application construction tool. The target application component is constructed by the first application construction tool using a first version of a target metamodel.

[0188] 802. Receive target modeling data corresponding to the target application component sent by the first application modeling tool, the target modeling data is compatible with the target version corresponding to the target metamodel included in the metamodel set, the target modeling data is included in the first modeling data and the second modeling data, the first modeling data is modeling data obtained by the first application construction tool in response to the construction operation of the target application component, the second modeling data is generated based on the first modeling data, the second modeling data is compatible with the second version of the target metamodel, and the second version is lower than the first version.

[0189] 803. Build target application components based on target modeling data.

[0190] In an optional embodiment, receiving target modeling data sent by the first application modeling tool includes: receiving a target data packet sent by the first application modeling tool, the target data packet containing first modeling data and second modeling data; and obtaining target modeling data compatible with the target metamodel of the target version from the target data packet according to the target version corresponding to the target metamodel contained in the metamodel set.

[0191] In an optional embodiment, if the target modeling data does not exist in the target data package, and based on the pre-stored metamodel version information, it is determined that the target version is higher than the first version, then based on the metamodel change information between the target metamodel of the first version and the target metamodel of the target version, third modeling data corresponding to the first modeling data is generated, and the third modeling data is compatible with the target metamodel of the target version; and based on the third modeling data, the target application component is constructed.

[0192] In an optional embodiment, generating third modeling data corresponding to the first modeling data based on metamodel change information between a target metamodel of the first version and a target metamodel of the target version includes: determining a metamodel change category corresponding to the change from the target metamodel of the first version to the target metamodel of the target version based on the metamodel change information between the target metamodel of the first version and the target metamodel of the target version, where the metamodel change category includes at least one of the following: a type change of a target field, a change of a type value of a target field, an addition of a target field, and a deletion of a target field; performing corresponding field change processing on the first modeling data based on the metamodel change category to generate the third modeling data; if the metamodel change category is a type change of the target field, changing the first type corresponding to the target field in the first modeling data to a third type to generate the third modeling data; if the metamodel change category is a type value change of the target field, changing the first type value corresponding to the target field in the first modeling data to a third type value to generate the third modeling data; wherein the third type and the third type value match the target metamodel of the target version.

[0193] In an optional embodiment, according to the meta-model change category, corresponding field change processing is performed on the first modeling data to generate third modeling data, and the method further includes: if the meta-model change category is the addition of a target field, the field information corresponding to the target field in the target meta-model of the target version is added to the first modeling data to generate the third modeling data; if the meta-model change category is the deletion of the target field, the remaining modeling data after filtering out the target field from the first modeling data is determined as the third modeling data.

[0194] In an optional embodiment, before sending a modeling data request corresponding to the target application component to the first application construction tool, the method also includes: sending application construction requirements to the first modeling tool; receiving recommendation information corresponding to the target application component sent by the first modeling tool when determining that the application construction requirements match the target description information; the target description information is the description information of the target data packet corresponding to the target application component, and the target description information includes at least one of the following: the function of the target application component, and the application field of the target application component.

[0195] In an optional embodiment, the method further includes: sending a modeling data request corresponding to the target application component to a third-party platform, the third-party platform storing the target data packet uploaded by the first application construction tool and / or target description information corresponding to the target data packet, the target description information including the download path of the target data packet; receiving the target data packet corresponding to the target application component fed back by the third-party platform.

[0196] The data processing devices of one or more embodiments of the present application will be described in detail below. Those skilled in the art will appreciate that these devices can be configured using commercially available hardware components through the steps taught in this solution.

[0197] Figure 9 A schematic diagram of the structure of a data processing device provided in an embodiment of the present application is applied to a first application construction tool, wherein a set of metamodels for constructing different application components is deployed in the first application construction tool, such as Figure 9 As shown, the device includes: a first acquisition module 11, a first processing module 12, and a first sending module 13.

[0198] The first acquisition module 11 is configured to acquire first modeling data generated in response to a construction operation of a target application component using a first version of a target metamodel, wherein the metamodel set includes the first version of the target metamodel.

[0199] The first processing module 12 is used to determine a second version of the target metamodel based on pre-stored metamodel version information, where the second version is lower than the first version; and generate second modeling data corresponding to the first modeling data based on metamodel change information between the target metamodel of the first version and the target metamodel of the second version, where the second modeling data is compatible with the target metamodel of the second version.

[0200] The first sending module 13 is used to send target modeling data to the second application construction tool in response to a modeling data request corresponding to the target application component sent by the second application construction tool, so that the second application construction tool constructs the target application component based on the target modeling data, the target modeling data is compatible with the target version corresponding to the target metamodel deployed in the second application construction tool, and the first modeling data and the second modeling data include the target modeling data.

[0201] In an optional embodiment, the first processing module 12 is further configured to generate a target data packet corresponding to the target application component, wherein the target data packet includes the first modeling data and the second modeling data.

[0202] Correspondingly, when the first sending module 13 sends the target modeling data to the second application construction tool in response to the modeling data request corresponding to the target application component sent by the second application construction tool, so that the second application construction tool constructs the target application component based on the target modeling data, it is specifically used to send the target data packet to the second application construction tool in response to the modeling data request corresponding to the target application component sent by the second application construction tool, so that the second application construction tool obtains the target modeling data from the target data packet and constructs the target application component based on the target modeling data; or, in response to the modeling data request corresponding to the target application component sent by the second application construction tool, obtain the target modeling data from the target data packet and send the target modeling data to the second application construction tool, so that the second application construction tool constructs the target application component based on the target modeling data.

[0203] When generating second modeling data corresponding to the first modeling data based on the metamodel change information between the target metamodel of the first version and the target metamodel of the second version, the first processing module 12 is specifically used to: determine the metamodel change category corresponding to the change of the target metamodel of the second version to the target metamodel of the first version based on the metamodel change information between the target metamodel of the first version and the target metamodel of the second version, the metamodel change category including at least one of the following: type change of the target field, change of the type value of the target field, addition of the target field, and deletion of the target field; and perform corresponding field change processing on the first modeling data based on the metamodel change category to generate the second modeling data.

[0204] In an optional embodiment, when the first processing module 12 performs corresponding field change processing on the first modeling data according to the metamodel change category to generate the second modeling data, it is specifically used to: if the metamodel change category is a type change of the target field, then the first type corresponding to the target field in the first modeling data is changed to the second type to generate the second modeling data; if the metamodel change category is a change of the type value of the target field, then the first type value corresponding to the target field in the first modeling data is changed to the second type value to generate the second modeling data; wherein the second type and the second type value match the target metamodel of the second version; if the metamodel change category is an addition of a target field, then the remaining modeling data after filtering out the target field from the first modeling data is determined as the second modeling data; if the metamodel change category is a deletion of the target field, then the field information corresponding to the target field in the target metamodel of the second version is added to the first modeling data to generate the second modeling data.

[0205] In an optional embodiment, after generating the target data packet corresponding to the target application component, the first processing module 12 is further used to: generate target description information corresponding to the target data packet, the target description information including at least one of the following: the function of the target application component, the application field of the target application component; if it is determined that the target description information matches the application construction requirement sent by the second application construction tool, then send recommendation information corresponding to the target application component to the second application construction tool, so that the second application construction tool sends a modeling data request corresponding to the target application component according to the recommendation information.

[0206] In an optional embodiment, after generating the target data packet corresponding to the target application component, the first processing module 12 is further used to: transmit the target data packet and / or the target description information corresponding to the target data packet to a third-party platform, so that the second application construction tool obtains the target data packet through the third-party platform, and the target description information includes the download path of the target data packet.

[0207] In an optional embodiment, the first application construction tool and the second application construction tool are respectively deployed in different virtual private clouds in a public cloud, or the first application construction tool and the second application construction tool are respectively deployed in different proprietary clouds, or one of the first application construction tool and the second application construction tool is deployed in a virtual private cloud in a public cloud, and the other is deployed in a proprietary cloud.

[0208] Figure 9 The device shown can execute the steps introduced in the aforementioned embodiments. For detailed execution process and technical effects, please refer to the description in the aforementioned embodiments and will not be repeated here.

[0209] Figure 10 A schematic diagram of the structure of another data processing device provided in an embodiment of the present application is applied to a second application construction tool, wherein a set of metamodels for constructing different application components is deployed in the second application construction tool, such as Figure 10 As shown, the device includes: a second sending module 21, a second acquiring module 22, and a second processing module 23.

[0210] The second sending module 21 is configured to send a modeling data request corresponding to a target application component to the first application construction tool, where the target application component is constructed by the first application construction tool using a first version of the target meta-model.

[0211] The second acquisition module 22 is used to receive target modeling data sent by the first application modeling tool, where the target modeling data is compatible with the target version corresponding to the target metamodel included in the metamodel set. The target modeling data is included in the first modeling data and the second modeling data. The first modeling data is the modeling data acquired by the first application construction tool in response to the construction operation of the target application component. The second modeling data is generated based on the first modeling data. The second modeling data is compatible with the second version of the target metamodel, which is lower than the first version.

[0212] The second processing module 23 is configured to construct the target application component according to the target modeling data.

[0213] In an optional embodiment, when receiving the target modeling data sent by the first application modeling tool, the second acquisition module 22 is specifically used to receive a target data packet sent by the first application modeling tool, wherein the target data packet includes the first modeling data and the second modeling data; and according to the target version corresponding to the target meta-model included in the meta-model set, obtain the target modeling data compatible with the target meta-model of the target version from the target data packet.

[0214] In an optional embodiment, the second acquisition module 22 is further used to: if the target modeling data does not exist in the target data package, and based on the pre-stored metamodel version information, it is determined that the target version is higher than the first version, then based on the metamodel change information between the target metamodel of the first version and the target metamodel of the target version, generate third modeling data corresponding to the first modeling data, wherein the third modeling data is compatible with the target metamodel of the target version.

[0215] Correspondingly, the second processing module 23 is further configured to construct the target application component according to the third modeling data.

[0216] In an optional embodiment, when the second acquisition module 22 generates the third modeling data corresponding to the first modeling data based on the metamodel change information between the target metamodel of the first version and the target metamodel of the target version, it is specifically used to: determine the metamodel change category corresponding to the change from the target metamodel of the first version to the target metamodel of the target version based on the metamodel change information between the target metamodel of the first version and the target metamodel of the target version, the metamodel change category including at least one of the following: type change of the target field, change of the type value of the target field, addition of the target field, and deletion of the target field; and perform corresponding field change processing on the first modeling data according to the metamodel change category to generate the third modeling data.

[0217] In an optional embodiment, when the second acquisition module 22 performs corresponding field change processing on the first modeling data according to the metamodel change category to generate the third modeling data, it is specifically used to: if the metamodel change category is a type change of the target field, then the first type corresponding to the target field in the first modeling data is changed to a third type to generate the third modeling data; if the metamodel change category is a change of the type value of the target field, then the first type value corresponding to the target field in the first modeling data is changed to a third type value to generate the third modeling data; wherein the third type and the third type value match the target metamodel of the target version; if the metamodel change category is an addition of a target field, then the field information corresponding to the target field in the target metamodel of the target version is added to the first modeling data to generate the third modeling data; if the metamodel change category is a deletion of the target field, then the remaining modeling data after filtering out the target field from the first modeling data is determined as the third modeling data.

[0218] In an optional embodiment, before sending the modeling data request corresponding to the target application component to the first application construction tool, the second sending module 21 is further configured to: send an application construction requirement to the first modeling tool.

[0219] Correspondingly, the second acquisition module 22 is also used to: receive the recommendation information corresponding to the target application component sent by the first modeling tool when determining that the application construction requirements match the target description information; the target description information is the description information of the target data packet corresponding to the target application component, and the target description information includes at least one of the following: the function of the target application component, and the application field of the target application component.

[0220] In an optional embodiment, the second sending module 21 is further used to: send a modeling data request corresponding to the target application component to a third-party platform, where the third-party platform stores the target data packet uploaded by the first application construction tool and / or the target description information corresponding to the target data packet, and the target description information includes the download path of the target data packet.

[0221] Correspondingly, the second acquisition module 22 is further configured to receive a target data packet corresponding to the target application component fed back by the third-party platform.

[0222] In an optional embodiment, the first application construction tool and the second application construction tool are respectively deployed in different virtual private clouds in a public cloud, or the first application construction tool and the second application construction tool are respectively deployed in different proprietary clouds, or one of the first application construction tool and the second application construction tool is deployed in a virtual private cloud in a public cloud, and the other is deployed in a proprietary cloud.

[0223] Figure 10 The device shown can execute the steps introduced in the aforementioned embodiments. For detailed execution process and technical effects, please refer to the description in the aforementioned embodiments and will not be repeated here.

[0224] In one possible design, the above Figure 9 or Figure 10 The structure of the data processing device shown can be realized as an electronic device, such as Figure 11 As shown, the electronic device may include: a memory 31, a processor 32, and a communication interface 33. The memory 31 stores a computer program, which, when executed by the processor 32, enables the processor 32 to at least implement the data processing method provided in the aforementioned embodiment.

[0225] The memory 31 may be implemented by any type of volatile or non-volatile memory device or a combination thereof, such as static random-access memory (SRAM), electrically erasable programmable read-only memory (EEPROM), erasable programmable read-only memory (EPROM), programmable read-only memory (PROM), read-only memory (ROM), magnetic memory, flash memory, magnetic disk, or optical disk.

[0226] Accordingly, an embodiment of the present application also provides a computer-readable storage medium storing a computer program, which, when executed by a processor, enables the processor to implement each step in the above-mentioned method embodiment. The computer-readable storage medium includes volatile or non-volatile or a combination thereof, and may be removable or non-removable. Examples of computer-readable storage media include, but are not limited to, phase-change random access memory (PRAM), static random access memory (SRAM), dynamic random access memory (DRAM), other types of random access memory (RAM), read-only memory (ROM), electrically erasable programmable read-only memory (EEPROM), erasable programmable read-only memory (EPROM), programmable read-only memory (PROM), flash memory or other memory technology, CD-ROM, digital versatile disc (DVD) or other optical storage, magnetic cassette, tape disk storage or other magnetic storage device or any other non-transmission medium.

[0227] Accordingly, an embodiment of the present application further provides a computer program product, which includes a computer program or instructions, and when the computer program or instructions are executed by a processor, the processor is enabled to implement the steps in the above-mentioned method embodiment. It should be understood that each process or a combination of multiple processes in the above-mentioned method flow can be implemented by a computer program or instruction. In addition, these computer programs or instructions can be applied to a processor of a general-purpose computer, a special-purpose computer, an embedded processor or other programmable data processing device, so that the processor of the general-purpose computer, the special-purpose computer, the embedded processor or other programmable data processing device can be implemented as a device for implementing the corresponding functions in the above-mentioned method embodiment.

[0228] The device embodiments described above are merely illustrative, wherein the units described as separate components may or may not be physically separate. Some or all of the modules may be selected based on actual needs to achieve the objectives of the present embodiment. Those skilled in the art can understand and implement the present invention without inventive effort.

[0229] Through the description of the above embodiments, those skilled in the art can clearly understand that each embodiment can be implemented by adding the necessary general hardware platform, and of course can also be implemented by combining hardware and software. Based on this understanding, the essence of the above technical solution or the part that contributes to the existing technology can be embodied in the form of a computer product. This application can take the form of a computer program product implemented on one or more computer-usable storage media (including but not limited to disk storage, CD-ROM, optical storage, etc.) containing computer-usable program code.

[0230] Finally, it should be noted that the terms "comprises," "includes," or any other variations thereof are intended to encompass non-exclusive inclusion, such that a process, method, commodity, or apparatus that includes a list of elements includes not only those elements but also other elements not explicitly listed, or elements inherent to such process, method, commodity, or apparatus. In the absence of further limitations, an element defined by the phrase "comprises a..." does not preclude the presence of additional identical elements in the process, method, commodity, or apparatus that includes the element.

[0231] The above are merely embodiments of the present application and are not intended to limit the present application. For those skilled in the art, the present application may have various changes and variations. Any modifications, equivalent replacements, improvements, etc. made within the spirit and principles of the present application should all be included within the scope of the claims of the present application.

Claims

1. A data processing method, characterized in that: Applied to a first application construction tool, wherein a set of metamodels for constructing different application components is deployed in the first application construction tool, the method includes: In response to a construction operation of a target application component using a first version of a target metamodel, obtaining generated first modeling data, wherein the metamodel set includes the first version of the target metamodel; determining a second version of the target metamodel according to pre-stored metamodel version information, where the second version is lower than the first version; generating, based on metamodel change information between the first version target metamodel and the second version target metamodel, second modeling data corresponding to the first modeling data, wherein the second modeling data is compatible with the second version target metamodel; In response to a modeling data request corresponding to the target application component sent by the second application construction tool, a target data packet containing the first modeling data and the second modeling data is sent to the second application construction tool, so that the second application construction tool obtains the target modeling data from the target data packet and constructs the target application component based on the target modeling data, wherein the target modeling data is compatible with the target version corresponding to the target metamodel deployed in the second application construction tool; if the second application construction tool determines that the target modeling data does not exist in the target data packet, the second application construction tool generates third modeling data corresponding to the first modeling data based on metamodel change information between the target metamodel of the first version and the target metamodel of the target version, and constructs the target application component based on the third modeling data, wherein the third modeling data is compatible with the target metamodel of the target version.

2. The method according to claim 1, characterized in that After generating second modeling data corresponding to the first modeling data, the method further includes: Generate a target data packet corresponding to the target application component; In response to a modeling data request corresponding to the target application component sent by the second application construction tool, the target modeling data is obtained from the target data packet, and the target modeling data is sent to the second application construction tool, so that the second application construction tool constructs the target application component based on the target modeling data.

3. The method according to claim 1, characterized in that The generating, according to the metamodel change information between the first version target metamodel and the second version target metamodel, the second modeling data corresponding to the first modeling data includes: determining, based on metamodel change information between the first version target metamodel and the second version target metamodel, a metamodel change category corresponding to the change from the second version target metamodel to the first version target metamodel, the metamodel change category comprising at least one of the following: a target field type change, a target field type value change, a target field addition, or a target field deletion; According to the metamodel change category, corresponding field change processing is performed on the first modeling data to generate the second modeling data.

4. The method according to claim 3, characterized in that The performing corresponding field change processing on the first modeling data according to the metamodel change category to generate the second modeling data includes: If the metamodel change category is a type change of the target field, changing the first type corresponding to the target field in the first modeling data to a second type to generate the second modeling data; If the metamodel change category is a change in the type value of the target field, then changing the first type value corresponding to the target field in the first modeling data to a second type value to generate the second modeling data; wherein the second type and the second type value match the target metamodel of the second version; If the meta-model change category is the addition of a target field, determining the remaining modeling data after filtering out the target field from the first modeling data as the second modeling data; If the meta-model change category is deletion of a target field, field information corresponding to the target field in the second version of the target meta-model is added to the first modeling data to generate the second modeling data.

5. The method according to claim 2, characterized in that After generating the target data packet corresponding to the target application component, the method further includes: Generate target description information corresponding to the target data packet, wherein the target description information includes at least one of the following: a function of the target application component and an application field of the target application component; If, based on the application construction requirements sent by the second application construction tool, it is determined that the target description information matches the application construction requirements, recommendation information corresponding to the target application component is sent to the second application construction tool, so that the second application construction tool sends a modeling data request corresponding to the target application component based on the recommendation information.

6. The method according to claim 2, characterized in that After generating the target data packet corresponding to the target application component, the method further includes: The target data packet and / or target description information corresponding to the target data packet is transmitted to a third-party platform, so that the second application construction tool obtains the target data packet through the third-party platform, and the target description information includes a download path of the target data packet.

7. The method according to any one of claims 1 to 6, characterized in that The first application construction tool and the second application construction tool are respectively deployed in different virtual private clouds in the public cloud, or the first application construction tool and the second application construction tool are respectively deployed in different proprietary clouds, or one of the first application construction tool and the second application construction tool is deployed in a virtual private cloud in the public cloud, and the other is deployed in a proprietary cloud.

8. A data processing method, characterized in that: Applied to a second application construction tool, wherein a set of metamodels for constructing different application components is deployed in the second application construction tool, the method includes: Sending a modeling data request corresponding to a target application component to a first application construction tool, wherein the target application component is constructed by the first application construction tool using a first version of a target metamodel; receiving a target data packet sent by the first application construction tool and including first modeling data and second modeling data, wherein the first modeling data is modeling data acquired by the first application construction tool in response to a construction operation on the target application component, the second modeling data is generated based on the first modeling data, and the second modeling data is compatible with a second version of a target metamodel, the second version being lower than the first version; According to the target version corresponding to the target metamodel contained in the metamodel set, if target modeling data compatible with the target metamodel of the target version is obtained from the target data packet, constructing the target application component according to the target modeling data; If the target modeling data does not exist in the target data package, generating third modeling data corresponding to the first modeling data according to metamodel change information between the target metamodel of the first version and the target metamodel of the target version, wherein the third modeling data is compatible with the target metamodel of the target version; The target application component is constructed according to the third modeling data.

9. The method according to claim 8, characterized in that The generating, according to the metamodel change information between the target metamodel of the first version and the target metamodel of the target version, third modeling data corresponding to the first modeling data includes: determining, based on metamodel change information between the target metamodel of the first version and the target metamodel of the target version, a metamodel change category corresponding to the change from the target metamodel of the first version to the target metamodel of the target version, the metamodel change category comprising at least one of the following: a target field type change, a target field type value change, a target field addition, or a target field deletion; According to the meta-model change category, corresponding field change processing is performed on the first modeling data to generate the third modeling data.

10. The method according to claim 9, characterized in that The performing corresponding field change processing on the first modeling data according to the metamodel change category to generate the third modeling data includes: If the metamodel change category is a type change of the target field, changing the first type corresponding to the target field in the first modeling data to a third type to generate the third modeling data; If the metamodel change category is a change in the type value of the target field, changing the first type value corresponding to the target field in the first modeling data to a third type value to generate the third modeling data; wherein the third type and the third type value match the target metamodel of the target version; If the metamodel change category is the addition of a target field, then adding the field information corresponding to the target field in the target metamodel of the target version to the first modeling data to generate the third modeling data; If the meta-model change category is deletion of a target field, the remaining modeling data after filtering out the target field from the first modeling data is determined as the third modeling data.

11. The method according to claim 8, characterized in that Before sending the modeling data request corresponding to the target application component to the first application construction tool, the method further includes: Sending an application construction requirement to the first application construction tool; Receive recommendation information corresponding to the target application component sent by the first application construction tool when determining that the application construction requirements match the target description information; the target description information is the description information of the target data packet corresponding to the target application component, and the target description information includes at least one of the following: the function of the target application component and the application field of the target application component.

12. The method according to claim 8, characterized in that The method further comprises: Sending a modeling data request corresponding to the target application component to a third-party platform, where the third-party platform stores the target data packet uploaded by the first application building tool and / or target description information corresponding to the target data packet, the target description information including a download path for the target data packet; Receive a target data packet corresponding to the target application component fed back by the third-party platform.

13. The method according to any one of claims 8 to 12, characterized in that The first application construction tool and the second application construction tool are respectively deployed in different virtual private clouds in the public cloud, or the first application construction tool and the second application construction tool are respectively deployed in different proprietary clouds, or one of the first application construction tool and the second application construction tool is deployed in a virtual private cloud in the public cloud, and the other is deployed in a proprietary cloud.

14. An electronic device, characterized in that: include: A memory, a processor, and a communication interface; wherein a computer program is stored on the memory, and when the computer program is executed by the processor, the processor executes the data processing method according to any one of claims 1 to 7, or the data processing method according to any one of claims 8 to 13.

15. A computer-readable storage medium, characterized in that The computer-readable storage medium stores a computer program, which, when executed by a processor of an electronic device, causes the processor to execute the data processing method according to any one of claims 1 to 7, or the data processing method according to any one of claims 8 to 13.

16. A computer program product, characterized in that include: A computer program or instruction, when the computer program or instruction is executed by a processor of an electronic device, causes the processor to perform the data processing method according to any one of claims 1 to 7, or the data processing method according to any one of claims 8 to 13.

Images