Program package generation method and device, electronic device and computer-readable storage medium

By using a unified format language such as DSL, users can describe OpenAPI on the cloud platform instead of programming, solving the problem that maintenance personnel need to master multiple programming languages, and achieving flexibility and efficient maintenance of OpenAPI.

CN112394983BActive Publication Date: 2025-02-21ALIBABA GROUP HOLDING LTD
View PDF 2 Cites 0 Cited by

Patent Information

Application Number
CN201910763550.1
Authority / Receiving Office
CN · China
Patent Type
Patents(China)
Current Assignee / Owner
Filing Date
2019-08-19
Publication Date
2025-02-21
Estimated Expiration
2039-08-19

AI Technical Summary

Technical Problem

In the prior art, whether OpenAPI products with multiple specifications on cloud platforms can be well maintained depends on the maintenance personnel's mastery of multiple programming language technologies, which makes maintenance difficult.

Method used

By using a predetermined unified format language, such as DSL, the user allows the user to give a description of the various business-related OpenAPI instructions rather than directly programming the various instructions. The user's instructions description is analyzed to generate a suitable instruction set, and a first instruction set independent of the service is generated according to the language requirements of the service indications the user wants to use, and then a final program package is generated based on the service to be performed.

Benefits of technology

It realizes the user-level adaptability to various OpenAPI formats, reduces the requirements for programming language capabilities, improves the maintenance efficiency of the package, and realizes the flexibility of the program.

✦ Generated by Eureka AI based on patent content.

Smart Images

  • Figure CN112394983B_ABST
    Figure CN112394983B_ABST
Patent Text Reader

Abstract

The embodiments of the present invention provide a method and apparatus for generating a program package, an electronic device, and a computer-readable storage medium. The method comprises: receiving an indication description in a predetermined format, wherein the indication description comprises at least a description of an indication language and a description of a business; determining type information of the indication language and content information of the business according to the indication description; generating a first indication set according to the type information of the indication language; and generating a program package according to the content information of the business based on the first indication set. The embodiments of the present invention allow users to give descriptions of various OpenAPI indications related to the business by using a language in a unified format, thereby avoiding direct programming, and then generating a suitable indication set by analyzing the user's indication description, thereby achieving user-level adaptability to various OpenAPI formats; based on the business to be performed, the final program package is regenerated on the basis of the indication set, thereby achieving the flexibility of the program package.
Need to check novelty before this filing date? Find Prior Art

Description

Technical Field

[0001] The present invention relates to the field of computer technology, and in particular to a method and device for generating a program package, an electronic device, and a computer-readable storage medium. Background Art

[0002] With the development of cloud technology, cloud service platforms can support a variety of cloud products. Each cloud product will be written using different OpenAPIs in order to achieve different functions and effects. Therefore, cloud service platform maintainers need to master as many language technology stacks as possible to cope with different types of OpenAPIs, so as to maintain the corresponding products on the cloud service platform.

[0003] Therefore, in the prior art, whether the various OpenAPI products on the cloud platform can be well maintained depends on the maintenance personnel's mastery of various programming language technologies. However, this imposes high capability requirements on the maintenance personnel. Summary of the invention

[0004] The embodiments of the present invention provide a method and device for generating a program package, an electronic device and a computer-readable storage medium to solve the problem in the prior art that it is difficult for maintenance personnel to maintain program packages due to the need to use various different format instructions.

[0005] To achieve the above object, an embodiment of the present invention provides a method for generating a program package, comprising:

[0006] Receiving an indication description in a predetermined format, wherein the indication description at least includes a description of an indication language used and a description of a targeted service;

[0007] Determining, according to the indication description, type information of the indication language and content information of the service;

[0008] generating a first indication set according to the type information of the indication language;

[0009] Based on the first indication set and according to the content information of the service, a program package is generated.

[0010] The embodiment of the present invention further provides a program package generation device, comprising:

[0011] A receiving module, configured to receive an indication description in a predetermined format, wherein the indication description at least includes a description of the indication language used and a description of the targeted service;

[0012] A determination module, used to determine type information of the indication language and content information of the service according to the indication description;

[0013] A first processing module, configured to generate a first indication set according to type information of the indication language;

[0014] The second processing module is used to generate a program package based on the first indication set and the content information of the service.

[0015] An embodiment of the present invention further provides an electronic device, including:

[0016] Memory, used to store programs;

[0017] A processor, configured to run the program stored in the memory, to:

[0018] Receiving an indication description in a predetermined format, wherein the indication description at least includes a description of an indication language used and a description of a targeted service;

[0019] Determining, according to the indication description, type information of the indication language and content information of the service;

[0020] generating a first indication set according to the type information of the indication language;

[0021] Based on the first indication set and according to the content information of the service, a program package is generated.

[0022] An embodiment of the present invention further provides a computer-readable storage medium, on which instructions are stored, the instructions comprising:

[0023] Receiving an indication description in a predetermined format, wherein the indication description at least includes a description of an indication language used and a description of a targeted service;

[0024] Determining, according to the indication description, type information of the indication language and content information of the service;

[0025] generating a first indication set according to the type information of the indication language;

[0026] Based on the first indication set and according to the content information of the service, a program package is generated.

[0027] The program package generation method and apparatus, electronic device, and computer-readable storage medium provided in the embodiments of the present invention allow users to describe various business-related OpenAPI instructions by using a predetermined unified format language, thereby avoiding direct programming of various instructions, and then generating a suitable instruction set by analyzing the user's instruction description, thereby achieving user-level adaptability to various OpenAPI formats; in addition, by first generating a first instruction set that is not related to the business according to the language requirements of the business instructions to be used by the user, and then generating the final program package based on the first instruction set according to the business to be performed, the flexibility of the program package is achieved.

[0028] The above description is only an overview of the technical solution of the present invention. In order to more clearly understand the technical means of the present invention, it can be implemented according to the contents of the specification. In order to make the above and other purposes, features and advantages of the present invention more obvious and easy to understand, the specific implementation methods of the present invention are listed below. BRIEF DESCRIPTION OF THE DRAWINGS

[0029] Various other advantages and benefits will become apparent to those of ordinary skill in the art by reading the detailed description of the preferred embodiments below. The accompanying drawings are only for the purpose of illustrating the preferred embodiments and are not to be considered as limiting the present application. Also, the same reference symbols are used throughout the accompanying drawings to represent the same components. In the accompanying drawings:

[0030] Figure 1 A schematic diagram of an application scenario of a business system provided by an embodiment of the present invention;

[0031] Figure 2 A flowchart of an embodiment of a method for generating a program package provided by the present invention;

[0032] Figure 3 A schematic diagram of the structure of an embodiment of a program package generating device provided by the present invention;

[0033] Figure 4 A schematic structural diagram of an electronic device embodiment provided by the present invention. DETAILED DESCRIPTION

[0034] The exemplary embodiments of the present disclosure will be described in more detail below with reference to the accompanying drawings. Although the exemplary embodiments of the present disclosure are shown in the accompanying drawings, it should be understood that the present disclosure can be implemented in various forms and should not be limited by the embodiments set forth herein. On the contrary, these embodiments are provided to enable a more thorough understanding of the present disclosure and to fully convey the scope of the present disclosure to those skilled in the art.

[0035] With the development of cloud technology, cloud service platforms can support a variety of cloud products. Each cloud product will be written using different OpenAPIs in accordance with its functions and effects. Therefore, cloud service platform maintainers need to master as many language technologies as possible to cope with different types of OpenAPIs, so as to maintain the corresponding products on the cloud service platform.

[0036] Therefore, in the prior art, whether the various OpenAPI products on the cloud platform can be well maintained depends on the maintenance personnel's mastery of various programming language technologies. However, this imposes high capability requirements on the maintenance personnel.

[0037] Modules for assisting maintenance personnel in dealing with various APIs have already appeared in the prior art, but these modules can only adapt to a few standard API languages ​​and are not sufficiently adaptable.

[0038] Therefore, the embodiment of the present invention allows the user to describe various business-related OpenAPI instructions by using a predetermined unified format language, such as DSL (domain-specific language) instead of directly programming various instructions, and then generates a suitable instruction set by analyzing the user's instruction description, thereby achieving user-level adaptability to various OpenAPI formats. In addition, the embodiment of the present invention also achieves flexibility of the program package by first generating a first instruction set that is not related to the business according to the language requirements of the business instructions to be used by the user, and then generating the final program package based on the first instruction set according to the business to be performed.

[0039] The method provided by the embodiment of the present invention can be applied to any program package service system having the capability of generating program packages. Figure 1 A schematic diagram of an application scenario of a business system provided by an embodiment of the present invention, Figure 1 The structure shown is only one example of a business system to which the technical solution of the present invention can be applied. Figure 1 As shown, the business system can be used to perform the following Figure 2The processing flow shown. In the business system, the user can input the description of the desired indication in a predetermined format. For example, unlike the prior art in which the user needs to perform indication programming according to the language requirements of the OpenAPI that he wants to use, in the present invention, the user can use a language format such as DSL to describe the indication description of the API that he wants to use, so that the user does not need to understand the language requirements of the OpenAPI that he wants to use, and then does not need to strictly perform indication programming according to the programming language requirements. This greatly reduces the requirements for the programming language capabilities of program maintainers, such as program maintenance personnel, and improves the maintenance efficiency of the program package. Afterwards, the parsing module in the business system of the embodiment of the present invention can parse the indication description input by the user, so as to obtain information such as the type of OpenAPI that the user wants to use and the content of the business that the user wants to conduct. Furthermore, the business system can first generate a first indication set in the first processing module according to the type information of the language of the OpenAPI that the user wants obtained through the parsing process. The first indication set can be an indication set that is not related to the business content, but an indication set that is only related to the language of the OpenAPI that the user wants to use, that is, the first indication set can be regarded as a virtualized program package that only builds the structure of the program package that the user ultimately wants, and the detailed content related to the business to be processed by the program package has not yet been filled. For example, the first indication set is an unfinished Node.js SDK, Python SDK, etc. Afterwards, the second processing module in the business system can further generate a second indication set based on the virtualized program package thus generated and the business content and other information input by the user obtained through parsing. Since the second indication set is based on the first indication set of the language type of the OpenAPI specified by the user and filled with the details of the business content to be executed by the user, the second indication set finally generated can directly serve as the OpenAPI program package that the user wants to use in the end to provide services to the user.

[0040] Therefore, in the embodiment of the present invention, a predetermined unified format language, such as DSL (Domain-Specific Language), is used to allow users to describe various business-related OpenAPI instructions instead of directly programming various instructions, and then a suitable instruction set is generated by analyzing the user's instruction description, thereby achieving user-level adaptability to various OpenAPI formats. In addition, the embodiment of the present invention also achieves the flexibility of the program package by first generating a first instruction set that is not related to the business according to the language requirements of the business instructions to be used by the user, and then generating a final second instruction set, i.e., a program package, based on the first instruction set according to the business to be performed.

[0041] The above embodiments are illustrations of the technical principles and exemplary application frameworks of the embodiments of the present invention. The specific technical solutions of the embodiments of the present invention are further described in detail below through multiple embodiments.

[0042] Embodiment 1

[0043] Figure 2 This is a flowchart of an embodiment of the program package generation method provided by the present invention. The execution subject of this method can be the above-mentioned business system, or various servers with program package generation capabilities, or devices or chips integrated on these devices. Figure 2 As shown, the program package generation method includes the following steps:

[0044] S201: Receive an indication description in a predetermined format.

[0045] In an embodiment of the present invention, the instruction description includes at least a description of the instruction language used and a description of the targeted business. The user, that is, the product maintenance personnel, can input the description of the desired instruction in a predetermined format. For example, unlike the prior art in which the user needs to perform instruction programming according to the language requirements of the OpenAPI they want to use, in the present invention, the user can use a language format such as DSL to give an instruction description of the API they want to use in a descriptive manner, so that the user does not need to understand the language requirements of the OpenAPI they want to use, and then does not need to strictly perform instruction programming in accordance with the programming language requirements. This greatly reduces the requirements for programming language capabilities of personnel such as program maintenance personnel and improves the maintenance efficiency of the program package.

[0046] In addition, the instruction description at least includes the definition description of the package. As the definer of OpenAPI, the user can decide how the OpenAPI will look when it is presented to developers, so that the definer has a programming perspective and can truly design the OpenAPI instead of assembling protocol-level parameters. When maintaining OpenAPI from a programming perspective, it is possible to clearly understand whether compatibility has been damaged.

[0047] Furthermore, the definition description may also include a description of the processing of the response value returned by the package when it is executed, or a description of the processing of the running behavior of the package when it is executed, so as to achieve flexible processing of the return value. The logic of retry, exception handling, special processing of response value, etc. may be performed according to the status code.

[0048] S202: Determine the type information of the instruction language and the content information of the service according to the instruction description.

[0049] In an embodiment of the present invention, the instruction description input by the user is parsed to obtain information such as the type of OpenAPI that the user wants to use and the content of the business that the user wants to perform. For example, the instruction description can be parsed using an Abstract Syntax Tree (AST).

[0050] S203: Generate a first indication set according to type information of the indication language.

[0051] Furthermore, a first indication set is generated according to the type information of the OpenAPI language that the user wants obtained through the parsing process. The first indication set includes virtual method indications for business indications for the business, and the virtual method indications are used to describe the execution method of the business. The first indication set can be an indication set that is not related to the business content, but is only related to the language of the OpenAPI that the user wants to use, that is, the first indication set can be regarded as a virtualized package that only builds the structure of the package that the user ultimately wants, and the details related to the business to be handled by the package have not yet been filled in. For example, the first indication set is an unfinished Node.js SDK, Python SDK, etc. The separation of data structure and behavior is achieved by abstracting complex implementation processes, such as the encoding details in the parameter passing process.

[0052] S204: Generate a program package based on the first indication set and according to the content information of the service.

[0053] Afterwards, based on the virtualized program package generated above, that is, the first indication set, a second indication set is further generated according to the business content and other information input by the user obtained through parsing. Since the second indication set is based on the first indication set that conforms to the language type of the OpenAPI specified by the user and is filled with the details of the business content to be executed by the user, the second indication set finally generated can directly serve as the OpenAPI program package that the user wants to use in the end to provide services to the user.

[0054] The program package generation method provided in the embodiment of the present invention allows the user to describe various business-related OpenAPI instructions by using a predetermined unified format language, thereby avoiding direct programming of various instructions, and then generates a suitable instruction set by analyzing the user's instruction description, thereby achieving user-level adaptability to various OpenAPI formats; in addition, by first generating a first instruction set that is not related to the business according to the language requirements of the business instructions to be used by the user, and then generating the final program package based on the first instruction set according to the business to be performed, the flexibility of the program package is achieved.

[0055] Embodiment 2

[0056] Figure 3 The schematic diagram of the structure of the program package generation device embodiment provided by the present invention can be used to perform the following steps: Figure 2 The method steps shown. Figure 3 As shown, the program package generating device may include: a receiving module 31 , a parsing module 32 , a first processing module 33 and a second processing module 34 .

[0057] Among them, the receiving module 31 is used to receive an indication description with a predetermined format, wherein the indication description at least includes a description of the indication language used and a description of the targeted business; the parsing module 32 is used to determine the type information of the indication language and the content information of the business according to the indication description; the first processing module 33 is used to generate a first indication set according to the type information of the indication language; the second processing module 34 is used to generate a program package based on the first indication set and the content information of the business.

[0058] In an embodiment of the present invention, the receiving module 31 receives an instruction description in a predetermined format. The user, that is, the product maintenance personnel, can input a description of the desired instruction in a predetermined format. For example, unlike the prior art in which the user needs to perform instruction programming according to the language requirements of the OpenAPI that he wants to use, in the present invention, the user can use a language format such as DSL to describe the instruction description of the API that he wants to use, so that the user does not need to understand the language requirements of the OpenAPI that he wants to use, and does not need to strictly perform instruction programming according to the programming language requirements. This greatly reduces the requirements for programming language capabilities of personnel such as program maintenance personnel and improves the maintenance efficiency of program packages.

[0059] In addition, the instruction description at least includes the definition description of the package. As the definer of OpenAPI, the user can decide how the OpenAPI will look when it is presented to developers, so that the definer has a programming perspective and can truly design the OpenAPI instead of assembling protocol-level parameters. When maintaining OpenAPI from a programming perspective, it is possible to clearly understand whether compatibility has been damaged.

[0060] Furthermore, the definition description may also include a description of the processing of the response value returned by the package when it is executed, or a description of the processing of the running behavior of the package when it is executed, so as to achieve flexible processing of the return value. The logic of retry, exception handling, special processing of response value, etc. may be performed according to the status code.

[0061] After the receiving module 31 receives the instruction description, the parsing module 32 parses the instruction description input by the user, thereby obtaining information such as the type of OpenAPI that the user wants to use and the content of the business that the user wants to conduct. For example, the parsing module 32 can use an abstract syntax tree (Abstract Syntax Tree; hereinafter referred to as: AST) to parse the instruction description. Then, the first processing module 33 generates a first instruction set according to the type information of the OpenAPI language that the user wants obtained through the parsing process. The first instruction set includes a virtual method indication for the business indication of the business, and the virtual method indication is used to describe the execution method of the business. The first instruction set can be an instruction set that is unrelated to the business content, but an instruction set that is only related to the language of the OpenAPI that the user wants to use, that is, the first instruction set can be regarded as a virtualized package that only builds the structure of the package that the user ultimately wants, and the details related to the business to be processed by the package have not yet been filled. For example, the first instruction set is an unfinished Node.js SDK, PythonSDK, etc. The separation of data structure and behavior is achieved by abstracting complex implementation processes, such as the encoding details in the parameter passing process. Afterwards, the second processing module 34 further generates a second indication set based on the virtualized program package generated by the first processing module 33, that is, the first indication set, according to the information such as the business content input by the user obtained through the parsing process. Since the second indication set is based on the first indication set that conforms to the language type of the OpenAPI specified by the user and is filled with the details of the business content to be executed by the user, the second indication set finally generated can directly serve as the OpenAPI program package that the user wants to use in the end to provide services to the user.

[0062] The program package generation device provided in the embodiment of the present invention allows the user to describe various business-related OpenAPI instructions by using a predetermined unified format language, thereby avoiding direct programming of various instructions, and then generates a suitable instruction set by analyzing the user's instruction description, thereby achieving user-level adaptability to various OpenAPI formats; in addition, by first generating a first instruction set that is not related to the business according to the language requirements of the business instructions to be used by the user, and then generating the final program package based on the first instruction set according to the business to be performed, the flexibility of the program package is achieved.

[0063] Embodiment 3

[0064] The internal functions and structure of the program package generating device are described above. The device can be implemented as an electronic device. Figure 4 This is a schematic diagram of the structure of an electronic device embodiment provided by the present invention. Figure 4As shown, the electronic device includes a memory 41 and a processor 42 .

[0065] The memory 41 is used to store programs. In addition to the above programs, the memory 41 can also be configured to store various other data to support operations on the electronic device. Examples of such data include instructions for any application or method operating on the electronic device, contact data, phone book data, messages, pictures, videos, etc.

[0066] The memory 41 can be implemented by any type of volatile or non-volatile storage 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.

[0067] The processor 42 is coupled to the memory 41 and executes the program stored in the memory 41 to:

[0068] Receiving an indication description in a predetermined format, wherein the indication description at least includes a description of an indication language used and a description of a targeted service;

[0069] According to the instruction description, determine the type information of the instruction language and the content information of the service;

[0070] generating a first indication set according to type information of the indication language;

[0071] Based on the first indication set, a program package is generated according to content information of the service.

[0072] Further, if Figure 4 As shown, the electronic device may also include: a communication component 43, a power component 44, an audio component 45, a display 46 and other components. Figure 4 Only some components are shown schematically, which does not mean that the electronic device only includes Figure 4 Components shown.

[0073] The communication component 43 is configured to facilitate wired or wireless communication between the electronic device and other devices. The electronic device can access a wireless network based on a communication standard, such as WiFi, 2G or 3G, or a combination thereof. In an exemplary embodiment, the communication component 43 receives a broadcast signal or broadcast-related information from an external broadcast management system via a broadcast channel. In an exemplary embodiment, the communication component 43 also includes a near field communication (NFC) module to facilitate short-range communication. For example, the NFC module can be implemented based on radio frequency identification (RFID) technology, infrared data association (IrDA) technology, ultra-wideband (UWB) technology, Bluetooth (BT) technology and other technologies.

[0074] The power supply assembly 44 provides power to various components of the electronic device. The power supply assembly 44 may include a power management system, one or more power supplies, and other components associated with generating, managing, and distributing power to the electronic device.

[0075] The audio component 45 is configured to output and / or input audio signals. For example, the audio component 45 includes a microphone (MIC), and when the electronic device is in an operating mode, such as a call mode, a recording mode, and a voice recognition mode, the microphone is configured to receive an external audio signal. The received audio signal can be further stored in the memory 41 or sent via the communication component 43. In some embodiments, the audio component 45 also includes a speaker for outputting audio signals.

[0076] The display 46 includes a screen, which may include a liquid crystal display (LCD) and a touch panel (TP). If the screen includes a touch panel, the screen may be implemented as a touch screen to receive input signals from a user. The touch panel includes one or more touch sensors to sense touch, slide, and gestures on the touch panel. The touch sensor may not only sense the boundary of a touch or slide action, but also detect the duration and pressure associated with the touch or slide operation.

[0077] Those skilled in the art can understand that all or part of the steps of implementing the above-mentioned method embodiments can be completed by hardware related to program instructions. The aforementioned program can be stored in a computer-readable storage medium. When the program is executed, the steps of the above-mentioned method embodiments are executed; and the aforementioned storage medium includes: ROM, RAM, disk or optical disk and other media that can store program codes.

[0078] Finally, it should be noted that the above embodiments are only used to illustrate the technical solutions of the present invention, rather than to limit it. Although the present invention has been described in detail with reference to the aforementioned embodiments, those skilled in the art should understand that they can still modify the technical solutions described in the aforementioned embodiments, or replace some or all of the technical features therein with equivalents. However, these modifications or replacements do not cause the essence of the corresponding technical solutions to deviate from the scope of the technical solutions of the embodiments of the present invention.

Claims

1. A method for generating a program package, characterized in that: include: Receiving an indication description in a predetermined format, wherein the indication description at least includes a description of an indication language used and a description of a targeted service; Determining, according to the indication description, type information of the indication language and content information of the service; generating a first indication set according to the type information of the indication language; the first indication set includes a virtual method indication of a service indication for the service, the virtual method indication being used to describe an execution method of the service; Based on the first instruction set, the service content details to be executed by the user are filled in in a language type specified by the user according to the content information of the service to generate a program package.

2. The method for generating a program package according to claim 1, wherein: The predetermined format is a domain-specific language format.

3. The program package generation method according to claim 1, characterized in that: The instruction description at least includes a definition description of the program package.

4. The method for generating a program package according to claim 3, wherein: The definition description includes a processing description for a response value returned by the package when it is executed.

5. The method for generating a program package according to claim 3, wherein: The definition description includes a processing description of the running behavior of the program package when it is executed.

6. A program package generating device, characterized in that: include: A receiving module, configured to receive an indication description in a predetermined format, wherein the indication description at least includes a description of the indication language used and a description of the targeted service; A parsing module, used to determine type information of the instruction language and content information of the service according to the instruction description; A first processing module, configured to generate a first indication set according to the type information of the indication language; the first indication set includes a virtual method indication of a service indication for the service, the virtual method indication being used to describe an execution method of the service; The second processing module is used to fill in the service content details to be executed by the user in a language type specified by the user based on the first indication set and according to the content information of the service to generate a program package.

7. The program package generating device according to claim 6, characterized in that: The predetermined format is a domain-specific language format.

8. The program package generating device according to claim 6, characterized in that: The instruction description at least includes a definition description of the program package.

9. The program package generating device according to claim 8, characterized in that: The definition description includes a processing description for a response value returned by the package when it is executed.

10. The program package generating device according to claim 8, characterized in that: The definition description includes a processing description of the running behavior of the program package when it is executed.

11. An electronic device, characterized in that: include: Memory, used to store programs; A processor, configured to run the program stored in the memory, to: Receiving an indication description in a predetermined format, wherein the indication description at least includes a description of an indication language used and a description of a targeted service; Determining, according to the indication description, type information of the indication language and content information of the service; generating a first indication set according to the type information of the indication language; the first indication set includes a virtual method indication of a service indication for the service, the virtual method indication being used to describe an execution method of the service; Based on the first instruction set, the service content details to be executed by the user are filled in in a language type specified by the user according to the content information of the service to generate a program package.

12. A computer-readable storage medium having instructions stored thereon, the instructions comprising: Receiving an indication description in a predetermined format, wherein the indication description at least includes a description of an indication language used and a description of a targeted service; Determining, according to the indication description, type information of the indication language and content information of the service; generating a first indication set according to the type information of the indication language; the first indication set includes a virtual method indication of a service indication for the service, the virtual method indication being used to describe an execution method of the service; Based on the first instruction set, the service content details to be executed by the user are filled in in a language type specified by the user according to the content information of the service to generate a program package.

Citation Information

Patent Citations

  • Code generation method and device

    CN106919434A

  • Cross-programming language interface switching method and device

    CN107832045A