Method and apparatus for constructing a middle platform, terminal device and storage medium

Abstract

The application is suitable for the technical field of DDD, and provides a middle platform construction method and device, terminal equipment and storage medium. Through repeated mathematical abstraction of specific field model itself concept, an empty flow table only including data categories and a plurality of empty configuration tables only including configuration items are designed according to business requirements, while the relationship characteristics between concepts are reserved, the dependence on specific business knowledge is avoided, and the specific business is not coupled. Then each configuration table is mapped to a value object through a software development kit developed in advance. Finally, all value objects are perfected according to business requirements through the software development kit, the complete life and use cycle of the value objects in DDD are managed, the configuration file meeting the business requirements is generated, the problem that DDD is too general and difficult to land is avoided, unlike the tool components of TMF, COLA and other technical layers, the complexity of the business layer is reduced, and the construction level of the middle platform is improved.

Description

Technical Field

[0001] This application relates to the field of infrastructure operation and maintenance technology, and in particular to a method, apparatus, terminal device and storage medium for building a middleware platform. Background Technology

[0002] Designing a middle ground is a challenging problem that plagues the entire software industry, lacking universal solutions both theoretically and practically. Traditional software development models can design the desired effect of a middle ground, but they are built upon complete software development requirements, making them difficult to apply to the development of business software with flexible and ever-changing needs. Furthermore, practices and frameworks based on Domain-Driven Design (DDD) (e.g., the TradeMudule Framework (TMF) and Clean Object-Oriented Layered Architecture (COLA)) violate the spirit of DDD, separating the technical and business layers and treating them merely as technical tools without controlling the complexity of the business layer, thus significantly increasing its complexity. Summary of the Invention

[0003] In view of this, embodiments of this application provide a method, apparatus, terminal device, and storage medium for building a middleware platform to address the problem that existing DDD-based practices and frameworks violate the spirit of DDD, separate the technical layer from the business layer, and are merely tool components of the technical layer without controlling the complexity of the business layer, thus greatly increasing the complexity of the business layer.

[0004] The first aspect of this application provides a method for constructing a middle platform, including:

[0005] Obtain a transaction table and multiple configuration tables designed according to business requirements. The transaction table is an empty transaction table that only includes data categories, and the configuration table is an empty configuration table that only includes configuration items.

[0006] Each configuration table is mapped to a value object using a software development kit;

[0007] The software development kit is used to refine all value objects according to business requirements, generating configuration files that meet those requirements.

[0008] A second aspect of this application provides a middleware construction apparatus, including:

[0009] The acquisition unit is used to acquire a transaction table and multiple configuration tables designed according to business requirements. The transaction table is an empty transaction table that only includes data categories, and the configuration table is an empty configuration table that only includes configuration items.

[0010] A mapping unit is used to map each configuration table to a value object using a software development kit;

[0011] The generation unit is used to refine all value objects according to business requirements using the software development kit, and generate a configuration file that meets the business requirements.

[0012] A third aspect of this application provides a terminal device, including a memory, a processor, and a computer program stored in the memory and executable on the terminal device, wherein the processor executes the computer program to implement the steps of the middleware construction method provided in the first aspect.

[0013] A fourth aspect of this application provides a computer-readable storage medium storing a computer program that, when executed by a processor, implements the steps of the middleware construction method provided in the first aspect.

[0014] The middle platform construction method provided in the first aspect of this application's embodiments, through further mathematical abstraction of the concepts of the specific domain model itself, designs empty transaction tables that only include data categories and multiple empty configuration tables that only include configuration items according to business requirements. While preserving the relationship characteristics between concepts, it avoids dependence on specific business knowledge and is not coupled to specific business. Then, each configuration table is mapped to a value object through a pre-developed software development kit. Finally, all value objects are improved according to business requirements through the software development kit, managing the complete lifecycle and usage cycle of value objects in DDD, and generating configuration files that meet business requirements. This avoids the problem of DDD being too vague and difficult to implement. Unlike the tool components of the technical layer such as TMF and COLA, it reduces the complexity of the business layer and improves the construction level of the middle platform.

[0015] It is understood that the beneficial effects of the second to fourth aspects mentioned above can be found in the relevant descriptions in the first aspect mentioned above, and will not be repeated here. Attached Figure Description

[0016] To more clearly illustrate the technical solutions in the embodiments of this application, the drawings used in the description of the embodiments or the prior art will be briefly introduced below. Obviously, the drawings described below are only some embodiments of this application. For those skilled in the art, other drawings can be obtained based on these drawings without creative effort.

[0017] Figure 1 This is a schematic diagram of the first type of middleware construction method provided in the embodiments of this application;

[0018] Figure 2This is a schematic diagram of the second process of the middle platform construction method provided in the embodiments of this application;

[0019] Figure 3 This is a schematic diagram of the third process of the middle platform construction method provided in the embodiments of this application;

[0020] Figure 4 This is a schematic diagram of the fourth process of the middle platform construction method provided in the embodiments of this application;

[0021] Figure 5 This is a schematic diagram of the structure of the platform construction device provided in the embodiments of this application;

[0022] Figure 6 This is a schematic diagram of the structure of the terminal device provided in the embodiments of this application. Detailed Implementation

[0023] In the following description, specific details such as particular system architectures and techniques are set forth for illustrative purposes and not for limitation, in order to provide a thorough understanding of the embodiments of this application. However, those skilled in the art will understand that this application may also be implemented in other embodiments without these specific details. In other instances, detailed descriptions of well-known systems, apparatuses, circuits, and methods have been omitted so as not to obscure the description of this application with unnecessary detail.

[0024] It should be understood that, when used in this application specification and the appended claims, the term "comprising" indicates the presence of the described features, integrals, steps, operations, elements and / or components, but does not exclude the presence or addition of one or more other features, integrals, steps, operations, elements, components and / or a collection thereof.

[0025] It should also be understood that the term “and / or” as used in this application specification and the appended claims means any combination of one or more of the associated listed items and all possible combinations, and includes such combinations.

[0026] As used in this application specification and the appended claims, the term "if" may be interpreted, depending on the context, as "when," "once," "in response to determination," or "in response to detection." Similarly, the phrase "if determined" or "if detected [the described condition or event]" may be interpreted, depending on the context, as meaning "once determined," "in response to determination," "once detected [the described condition or event]," or "in response to detection [the described condition or event]."

[0027] Furthermore, in the description of this application and the appended claims, the terms "first," "second," "third," etc., are used only to distinguish descriptions and should not be construed as indicating or implying relative importance.

[0028] References to "one embodiment" or "some embodiments" in this specification mean that one or more embodiments of this application include a specific feature, structure, or characteristic described in connection with that embodiment. Therefore, the phrases "in one embodiment," "in some embodiments," "in other embodiments," "in still other embodiments," etc., appearing in different parts of this specification do not necessarily refer to the same embodiment, but rather mean "one or more, but not all, embodiments," unless otherwise specifically emphasized. The terms "comprising," "including," "having," and variations thereof mean "including but not limited to," unless otherwise specifically emphasized.

[0029] This application provides a method for building a middle platform, which can be executed by the processor of a terminal device when running a corresponding computer program. By further mathematically abstracting the concepts of a specific domain model, it designs empty transaction tables containing only data categories and multiple empty configuration tables containing only configuration items based on business requirements. This preserves the relationship characteristics between concepts while avoiding dependence on specific business knowledge and decoupling from specific business processes. Then, a pre-developed software development kit (SDK) maps each configuration table to a value object. Finally, the SSD is used to refine all value objects according to business requirements, managing the complete lifecycle and usage of value objects in DDD, and generating configuration files that meet business needs. This avoids the problem of DDD being too vague and difficult to implement. Unlike technical layer tools such as TMF and COLA, it reduces the complexity of the business layer and improves the construction level of the middle platform.

[0030] In applications, configuration files can be for any business domain, making them particularly suitable for business domains with diverse and frequently changing business types, such as financial services and marketing. Business types in the financial sector typically include currency trading, payment, securities, futures, online applications, money transfers, and customer care services.

[0031] In applications, terminal devices can be any computing device with the ability to run and process computer programs, such as servers, tablets, laptops, personal computers, netbooks, personal digital assistants (PDAs), desktop computers, etc.

[0032] like Figure 1 As shown, the middleware construction method provided in this application embodiment includes the following steps S101 to S103:

[0033] S101. Obtain a transaction table and multiple configuration tables designed according to business requirements. The transaction table is an empty transaction table that only includes data categories, and the configuration table is an empty configuration table that only includes configuration items. Proceed to step S102.

[0034] In the application, the transaction table only includes data categories and does not include the transaction data under each data category, and the configuration table only includes configuration items and does not include the configuration data under each configuration item.

[0035] In application, since the basic business requirements of similar business products in the same or different domains can be the same, by designing a transaction table that only includes data categories and multiple configuration tables that only include configuration items to meet business requirements, a mathematical abstraction of the concepts of the specific domain model itself is achieved. This can retain the characteristics of the relationship between concepts while avoiding dependence on specific business knowledge and decoupling from specific business. In this way, it can be applied to various business domains with rich business types and high frequency of change, such as financial business and marketing business.

[0036] In one embodiment, the transaction meter has a unique ID that distinguishes it from other transaction meters.

[0037] In the application, each transaction table is assigned a unique ID, which is used by the software development kit to distinguish different transaction tables.

[0038] S102. Map each configuration table to a value object using a software development kit, and proceed to step S103.

[0039] In the application, each configuration table corresponds to a unique value object, and the software development kit distinguishes different configuration tables based on the value object corresponding to the configuration table.

[0040] like Figure 2 As shown, in one embodiment, step S102 includes:

[0041] Step S200: Based on the name of each configuration table, map each configuration table to a value object with a corresponding name using a software development kit.

[0042] In the application, the software development kit stores value objects with different names in advance. Each configuration table has the same or corresponding value object with the same name. Each configuration table can be mapped to a value object with the corresponding name based on its name.

[0043] S103. Using the software development kit, refine all value objects according to business requirements and generate a configuration file that meets the business requirements.

[0044] In applications, the process of perfecting value objects typically includes steps such as assembly, validation, anti-corruption layer isolation, and association. Multiple configuration files can be assembled according to actual business interface requirements, then validated. After successful validation, an anti-corruption layer is set to isolate different interfaces, and then associations are established between different value objects, ultimately generating a configuration file that meets the actual business needs.

[0045] like Figure 3 As shown, in one embodiment, step S101 includes:

[0046] Step S301: Obtain the transaction log and multiple configuration tables designed according to basic business requirements;

[0047] Step S103 includes:

[0048] Step S302: Use the software development kit to refine all value objects according to specific business requirements and generate a configuration file that meets the specific business requirements.

[0049] In application, basic business requirements only need to meet the basic expectations of the business strategy and implement the basic functions required by the business product. By ensuring that the transaction table and configuration table only meet basic business requirements, a further mathematical abstraction of the concepts of the specific domain model itself is achieved. Subsequently, all value objects are improved according to specific business requirements to generate configuration files that meet specific business requirements, so that the final generated configuration file can meet the actual business needs.

[0050] like Figure 4 As shown, in one embodiment, step S302 includes the following steps S401 to S403:

[0051] Step S401: Assemble all value objects according to the interface of specific business requirements using the software development kit, generate configuration files, and proceed to step S402.

[0052] Step S402: Verify the configuration file. If the configuration file verification fails, return to step S401 until the configuration file verification passes, then proceed to step S403.

[0053] Step S403: Establish the association between different value objects in the configuration file to obtain the target configuration file that meets specific business requirements.

[0054] In the application, the value object corresponding to each configuration table is empty. Assembling the value objects involves supplementing the values ​​in the value objects according to specific business requirements and setting the value ranges. This generates a configuration file containing the transaction table, all configuration tables, and all value objects. After generating the configuration file, it is validated to verify whether it meets the specific business requirements. If it does, the configuration file validation passes; otherwise, it fails. If the configuration file validation fails, the process returns to the step of assembling all value objects, adjusting the values ​​and their ranges, and then performing validation again until the configuration file validation passes. After the configuration file validation passes, the association relationships between different value objects are established in the configuration file to facilitate the related calls to different value objects when calling value objects later. For example, after completing a call to a value object, one or more other value objects related to that value object can be called based on the association relationships.

[0055] In applications, an association can be a function pointer, which points a value object to the address of one or more other value objects that are associated with it. This allows the call to a value object to be completed, and the function pointer can be used to directly access the address of one or more other value objects that are associated with that value object and make the call.

[0056] like Figure 4 As shown, in one embodiment, between steps S402 and S403, the following steps are included:

[0057] Step S404: After the configuration file is verified, call the interfaces of other business requirements to create an anti-corrosion layer between the interface of the specific business requirement and the interfaces of the other business requirements.

[0058] In applications, the anti-corrosion layer is used to isolate the external dependencies and internal logic between the interfaces of specific business requirements and the interfaces of other business requirements. This ensures that no matter how the code of the interfaces of other business requirements is changed, it will not affect the internal code of the interfaces of specific business requirements, thereby improving the stability and independence of the interfaces of specific business requirements.

[0059] In one embodiment, after step S103, the following is included:

[0060] Write test transaction data into each data category of the transaction table;

[0061] Write test configuration data into each configuration item in the configuration table of the configuration file;

[0062] The configuration file is tested using the test flow data.

[0063] After the configuration file passes the test, the configuration file is subjected to flow switching verification.

[0064] After the configuration file passes the flow switching verification, the configuration file is published.

[0065] After the configuration file is published, business traffic scheduling is performed on the configuration file.

[0066] In the application, when a configuration file that meets business requirements is generated, the middle platform construction is initially completed. Subsequently, according to actual needs, the configuration file can be tested, and flow switching verification can be performed as preparations before formal release and launch. After the flow switching verification is passed, the configuration file can be formally released so that it can be put into operation. The release can be dynamic and compatible with the canary release mechanism. After the configuration file is formally released, the business traffic of the configuration file can also be scheduled according to the specific business traffic needs. For example, for currency trading business, when the transaction value is less than the preset value, a smaller traffic can be used for verification, such as 1% of the traffic.

[0067] In one embodiment, after step S103, the following is included:

[0068] Upload the configuration file to the blockchain.

[0069] In applications, the configuration file can be uploaded to the blockchain at any time after its generation (e.g., after configuration file testing, flow switching verification, or release), ensuring its security and transparency to users. Terminal devices or clients can download the configuration file from the blockchain to verify whether it has been tampered with. The blockchain referred to in this example is a new application model of computer technologies such as distributed data storage, peer-to-peer transmission, consensus mechanisms, and encryption algorithms. Essentially, a blockchain is a decentralized database, a chain of data blocks linked using cryptographic methods. Each data block contains information about a batch of network transactions, used to verify the validity of the information (anti-counterfeiting) and generate the next block. A blockchain can include an underlying blockchain platform, a platform product service layer, and an application service layer.

[0070] In one embodiment, after step S103, the following is included:

[0071] Perform data statistics operations on all historically generated configuration files;

[0072] The data analysis operation includes at least one of the following operations:

[0073] Count the total number of all configuration files;

[0074] Count the number of times each configuration file encountered an error, the number of times it was used, and its usage frequency;

[0075] And to count the number of times and frequency of use of each configuration table.

[0076] In application, the middle platform built based on the middle platform construction method can be used to generate corresponding configuration files according to different specific business needs. The middle platform can also be used to perform data statistics on all historically generated configuration files, including but not limited to counting the total number of all configuration files, counting the number of times each configuration file has an anomaly, the number of times it has been used and the frequency of use, and counting the number of times each configuration table has been used and the frequency of use.

[0077] In one embodiment, the middle platform construction method further includes:

[0078] When an error occurs in any configuration file, output the corresponding prompt message.

[0079] In applications, prompts can be output in the form of text, graphics, images, sound, lights, etc. Correspondingly, terminal devices are equipped with hardware structures such as displays, audio playback devices, and indicator lights for outputting prompts.

[0080] The middle platform construction method provided in this application constructs a general middle platform applicable to business domains with rich business types and high frequency of changes. This allows software development based on specific business needs to be achieved by simply changing the value objects in the configuration table, rather than by changing the code. This provides a low-code software development model and reduces the difficulty of software development.

[0081] It should be understood that the sequence number of each step in the above embodiments does not imply the order of execution. The execution order of each process should be determined by its function and internal logic, and should not constitute any limitation on the implementation process of the embodiments of this application.

[0082] This application also provides a middleware construction apparatus for executing the steps described in the above-described middleware construction method embodiments. The middleware construction apparatus can be a virtual appliance within a terminal device, run by the terminal device's processor, or it can be the terminal device itself.

[0083] like Figure 5 As shown, the middleware construction device 100 provided in this application embodiment includes:

[0084] The acquisition unit is used to acquire a transaction table and multiple configuration tables designed according to business requirements. The transaction table is an empty transaction table that only includes data categories, and the configuration table is an empty configuration table that only includes configuration items.

[0085] A mapping unit is used to map each configuration table to a value object using a software development kit;

[0086] The generation unit is used to refine all value objects according to business requirements using the software development kit, and generate a configuration file that meets the business requirements.

[0087] In one embodiment, the middleware construction apparatus further includes:

[0088] The write unit is used to write test flow data in each data category of the flow table and to write test configuration data in each configuration item of the configuration table of the configuration file.

[0089] The testing unit is used to test the configuration file using the test flow data;

[0090] The verification unit is used to perform flow switching verification on the configuration file after the configuration file has passed the test.

[0091] The publishing unit is used to publish the configuration file after the configuration file has passed the stream switching verification.

[0092] The scheduling unit is used to schedule service traffic for the configuration file after the configuration file is published.

[0093] In one embodiment, the middleware construction apparatus further includes:

[0094] An upload unit is used to upload the configuration file to the blockchain.

[0095] In one embodiment, the middleware construction apparatus further includes:

[0096] The statistics unit is used to perform data statistics operations on all historically generated configuration files.

[0097] In one embodiment, the middleware construction apparatus further includes:

[0098] The prompt unit is used to output corresponding prompt information when any configuration file encounters an error.

[0099] In applications, the units in the middleware building device can be software program units, or they can be implemented through different logic circuits integrated in the processor or independent physical components connected to the processor, or they can be implemented through multiple distributed processors.

[0100] like Figure 6 As shown, this application embodiment also provides a terminal device 200, including: at least one processor 201 ( Figure 6 The diagram shows only one processor, memory 202, and computer program 203 stored in memory 202 and executable on at least one processor 201. When processor 201 executes computer program 203, it implements the steps in the above-described embodiments of the various middleware construction methods.

[0101] In applications, terminal devices may include, but are not limited to, memory and processors. Those skilled in the art will understand that... Figure 6 This is merely an example of a terminal device and does not constitute a limitation on the terminal device. It may include more or fewer components than illustrated, or combinations of certain components, or different components. For example, it may also include input / output devices, network access devices, etc. Input / output devices may include cameras, audio acquisition / playback devices, displays, buttons, etc. Network access devices may include communication modules for communicating with other devices.

[0102] In applications, the processor can be a Central Processing Unit (CPU), or other general-purpose processors, digital signal processors (DSPs), application-specific integrated circuits (ASICs), field-programmable gate arrays (FPGAs), or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, etc. General-purpose processors can be microprocessors or any conventional processor.

[0103] In applications, the memory may be an internal storage unit of the terminal device in some embodiments, such as the hard drive or RAM of the terminal device. In other embodiments, the memory may be an external storage device of the terminal device, such as a plug-in hard drive, Smart Media Card (SMC), Secure Digital (SD) card, or Flash Card. Furthermore, the memory may include both internal and external storage units of the terminal device. The memory is used to store the operating system, applications, bootloader, data, and other programs, such as the program code of a computer program. The memory can also be used to temporarily store data that has been output or will be output.

[0104] In applications, the display screen can be a thin film transistor liquid crystal display (TFT-LCD), a liquid crystal display (LCD), an organic light-emitting diode (OLED), a quantum dot light-emitting diode (QLED) display screen, etc.

[0105] In applications, the communication module can be configured as any device capable of direct or indirect wired or wireless communication with other devices, depending on actual needs. For example, the communication module can provide solutions for communication on network devices, including communication interfaces such as Universal Serial Bus (USB), Local Area Networks (LAN), Wireless Local Area Networks (WLAN) (e.g., Wi-Fi), Bluetooth, Zigbee, mobile communication networks, Global Navigation Satellite System (GNSS), Frequency Modulation (FM), Near Field Communication (NFC), and Infrared (IR). The communication module can include an antenna, which can have a single element or be an antenna array with multiple elements. The communication module can receive electromagnetic waves through the antenna, frequency-modulate and filter the electromagnetic wave signal, and send the processed signal to the processor. The communication module can also receive signals to be transmitted from the processor, frequency-modulate and amplify them, and then convert them into electromagnetic waves for radiation via the antenna.

[0106] It should be noted that the information interaction and execution process between the above-mentioned devices / units are based on the same concept as the method embodiments of this application. For details on their specific functions and technical effects, please refer to the method embodiments section, and they will not be repeated here.

[0107] Those skilled in the art will clearly understand that, for the sake of convenience and brevity, the above-described division of functional units is used as an example. In practical applications, the above functions can be assigned to different functional units as needed, that is, the internal structure of the device can be divided into different functional units to complete all or part of the functions described above. The functional units in the embodiments can be integrated into one processing unit, or each unit can exist physically separately, or two or more units can be integrated into one unit. The integrated unit can be implemented in hardware or as a software functional unit. Furthermore, the specific names of the functional units are only for easy differentiation and are not intended to limit the scope of protection of this application. The specific working process of the units in the above system can be referred to the corresponding process in the foregoing method embodiments, and will not be repeated here.

[0108] This application provides a computer-readable storage medium storing a computer program, which, when executed by a processor, implements the middleware construction method of any of the above embodiments.

[0109] This application provides a computer program product that, when run on a terminal device, causes the terminal device to execute the middleware construction method of any of the above embodiments.

[0110] If the integrated unit is implemented as a software functional unit and sold or used as an independent product, it can be stored in a computer-readable storage medium. Based on this understanding, all or part of the processes in the methods of the above embodiments of this application can be implemented by a computer program instructing related hardware. The computer program can be stored in a computer-readable storage medium, and when executed by a processor, it can implement the steps of the various method embodiments described above. The computer program includes computer program code, which can be in the form of source code, object code, executable files, or certain intermediate forms. The computer-readable medium can include at least: any entity or device capable of carrying the computer program code to a terminal device, a recording medium, a computer memory, a read-only memory (ROM), a random access memory (RAM), an electrical carrier signal, a telecommunication signal, and a software distribution medium. Examples include USB flash drives, portable hard drives, magnetic disks, or optical disks.

[0111] In the above embodiments, the descriptions of each embodiment have different focuses. For parts that are not described in detail or recorded in a certain embodiment, please refer to the relevant descriptions of other embodiments.

[0112] Those skilled in the art will recognize that the units and algorithm steps of the various examples described in conjunction with the embodiments disclosed herein can be implemented in electronic hardware, or a combination of computer software and electronic hardware. Whether these functions are implemented in hardware or software depends on the specific application and design constraints of the technical solution. Those skilled in the art can use different methods to implement the described functions for each specific application, but such implementation should not be considered beyond the scope of this application.

[0113] In the embodiments provided in this application, it should be understood that the disclosed apparatus, terminal devices, and methods can be implemented by other methods. For example, the apparatus and terminal device embodiments described above are merely illustrative. For instance, the division of units is only a logical functional division, and in actual implementation, there may be other division methods. For example, two or more units or components may be combined or integrated into another system, or some features may be ignored or not executed. Furthermore, the coupling or direct coupling or communication connection shown or discussed may be through some interfaces; the indirect coupling or communication connection between devices or units may be electrical, mechanical, or other forms.

[0114] The above embodiments are only used to illustrate the technical solutions of this application, and are not intended to limit them. Although this application has been described in detail with reference to the foregoing embodiments, those skilled in the art should understand that modifications can still be made to the technical solutions described in the foregoing embodiments, or equivalent substitutions can be made to some of the technical features. Such modifications or substitutions do not cause the essence of the corresponding technical solutions to deviate from the spirit and scope of the technical solutions of the embodiments of this application, and should all be included within the protection scope of this application.

Claims

1. A method for constructing a middle platform, characterized in that, include: Obtain a transaction table and multiple configuration tables designed according to business requirements. The transaction table is an empty transaction table that only includes data categories, and the configuration table is an empty configuration table that only includes configuration items. Each configuration table is mapped to a value object using a software development kit; The software development kit is used to refine all value objects according to business requirements, generating configuration files that meet those requirements. The acquisition of the transaction log and multiple configuration tables designed according to business requirements includes: Obtain the transaction table and multiple configuration tables designed based on basic business requirements; The step of refining all value objects according to business requirements using the software development kit to generate a configuration file that meets the business requirements includes: The software development kit is used to assemble all value objects according to the specific business requirements through the interface, and a configuration file is generated. The configuration file is validated. If the configuration file validation fails, the process returns to the step of assembling all value objects according to the specific business requirements through the interface of the software development kit to generate the configuration file. The values ​​and value ranges in the value objects are adjusted, and validation is performed again until the configuration file validation passes. After the configuration file passes verification, the association between different value objects is established in the configuration file to obtain the target configuration file that meets specific business requirements.

2. The middle platform construction method according to claim 1, characterized in that, The transaction meter has a unique ID that distinguishes it from other transaction meters.

3. The middle platform construction method according to claim 1, characterized in that, The process of mapping each configuration table to a value object using a software development kit includes: Based on the name of each configuration table, each configuration table is mapped to a value object with a corresponding name using a software development kit.

4. The middle platform construction method according to claim 1, characterized in that, Before establishing the association between different value objects in the configuration file, the process includes: After the configuration file passes verification, the interfaces for other business requirements are called to create an anti-corrosion layer between the interface for the specific business requirement and the interfaces for the other business requirements.

5. The method for constructing a middle platform according to any one of claims 1 to 4, characterized in that, After refining all value objects according to specific business requirements using the software development kit and generating a configuration file that meets the business requirements, the process also includes: Write test transaction data into each data category of the transaction table; Write test configuration data into each configuration item in the configuration table of the configuration file; The configuration file is tested using the test flow data. After the configuration file passes the test, the configuration file is subjected to flow switching verification. After the configuration file passes the flow switching verification, the configuration file is published. After the configuration file is published, business traffic scheduling is performed on the configuration file.

6. A middleware construction device, characterized in that, include: The acquisition unit is used to acquire a transaction table and multiple configuration tables designed according to business requirements. The transaction table is an empty transaction table that only includes data categories, and the configuration table is an empty configuration table that only includes configuration items. A mapping unit is used to map each configuration table to a value object using a software development kit; The generation unit is used to improve all value objects according to business requirements using the software development kit and generate a configuration file that meets the business requirements. The acquisition of the transaction log and multiple configuration tables designed according to business requirements includes: Obtain the transaction table and multiple configuration tables designed based on basic business requirements; The step of refining all value objects according to business requirements using the software development kit to generate a configuration file that meets the business requirements includes: The software development kit is used to assemble all value objects according to the specific business requirements through the interface, and a configuration file is generated. The configuration file is validated. If the configuration file validation fails, the process returns to the step of assembling all value objects according to the specific business requirements through the interface of the software development kit to generate the configuration file. The values ​​and value ranges in the value objects are adjusted, and validation is performed again until the configuration file validation passes. After the configuration file passes verification, the association between different value objects is established in the configuration file to obtain the target configuration file that meets specific business requirements.

7. A terminal device, comprising a memory, a processor, and a computer program stored in the memory and executable on the processor, characterized in that, When the processor executes the computer program, it implements the steps of the middle platform construction method as described in any one of claims 1 to 5.

8. A computer-readable storage medium storing a computer program, characterized in that, When the computer program is executed by the processor, it implements the steps of the middle platform construction method as described in any one of claims 1 to 5.

Images