CN111061522B - Method, device, equipment and storage medium for generating front-end card assembly based on back end - Google Patents

Method, device, equipment and storage medium for generating front-end card assembly based on back end Download PDF

Info

Publication number
CN111061522B
CN111061522B CN201911294878.XA CN201911294878A CN111061522B CN 111061522 B CN111061522 B CN 111061522B CN 201911294878 A CN201911294878 A CN 201911294878A CN 111061522 B CN111061522 B CN 111061522B
Authority
CN
China
Prior art keywords
assembly
sub
information
card
component
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN201911294878.XA
Other languages
Chinese (zh)
Other versions
CN111061522A (en
Inventor
刘云海
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Shenzhen Mingmo Technology Co ltd
Original Assignee
Shenzhen Mingmo Technology Co ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Shenzhen Mingmo Technology Co ltd filed Critical Shenzhen Mingmo Technology Co ltd
Priority to CN201911294878.XA priority Critical patent/CN111061522B/en
Publication of CN111061522A publication Critical patent/CN111061522A/en
Application granted granted Critical
Publication of CN111061522B publication Critical patent/CN111061522B/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00Arrangements for program control, e.g. control units
    • G06F9/06Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44Arrangements for executing specific programs
    • G06F9/445Program loading or initiating
    • G06F9/44521Dynamic linking or loading; Link editing at or after load time, e.g. Java class loading
    • G06F9/44526Plug-ins; Add-ons
    • YGENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02DCLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D10/00Energy efficient computing, e.g. low power processors, power management or thermal management

Abstract

The embodiment of the invention discloses a method, a device, equipment and a storage medium for generating a front-end card assembly based on a back end. The method comprises the following steps: the method comprises the steps that request information is sent to a rear end through a front end, wherein the rear end sends card assembly information to the front end according to the request information; the front end generates a sub-assembly according to the card assembly information; the front end displays the sub-assembly in a preset template in a rendering mode. The front end obtains card assembly information set in advance by sending request information to the rear end, and generates and displays corresponding sub assemblies according to the card assembly information, so that development cost consumed by independent setting of different types of cards is saved, development efficiency is improved, and front end assembly deployment is simpler.

Description

Method, device, equipment and storage medium for generating front-end card assembly based on back end
Technical Field
The embodiment of the invention relates to the technical field of data processing, in particular to a method, a device, equipment and a storage medium for generating a front-end card assembly based on a back end.
Background
The integrated test platform is a Web application with separated front and back ends, and when front-end page development is performed, corresponding code implementation is usually required to be written for specific components. Because of the differences of the quantity, name and the like of the entering parameters of each script, each card assembly needs to be encoded, so that the function of calling a specific script through an interface after receiving the user input parameters and assembling the user input parameters into request parameters is realized.
The inventor finds that at least the following problems exist in the prior art: in the prior art, when the front-end card assembly is generated, developers are often required to have front-end and back-end development skills at the same time, different scripts are independently written for different cards at the front end to be set, and the front-end is deployed in a compiling mode, so that the development efficiency is low when the front-end card assembly is generated, and the front-end deployment is complex.
Disclosure of Invention
The embodiment of the invention provides a method, a device, equipment and a storage medium for generating a front-end card assembly based on a back end. The development cost of the front end is saved, so that the front end component deployment is simpler.
In a first aspect, an embodiment of the present invention provides a method for generating a front-end card assembly based on a back-end, including: the method comprises the steps that request information is sent to a rear end through a front end, wherein the rear end sends card assembly information to the front end according to the request information;
the front end generates a sub-assembly according to the card assembly information;
the front end displays the sub-assembly in a preset template in a rendering mode.
In a second aspect, an embodiment of the present invention provides an apparatus for generating a front-end card assembly based on a back-end, including:
the request information sending module is used for sending request information to the rear end through the front end, wherein the rear end sends card assembly information to the front end according to the request information;
the sub-assembly generating module is used for generating sub-assemblies according to the card assembly information by the front end;
the sub-assembly display module is used for displaying the sub-assembly in a preset template in a rendering mode by the front end.
In a third aspect, an embodiment of the present invention provides an apparatus, including:
one or more processors;
a storage means for storing one or more programs;
when the one or more programs are executed by the one or more processors, the one or more processors are caused to implement the methods in any of the embodiments of the present invention.
In a fourth aspect, embodiments of the present invention also provide a computer storage medium having stored thereon a computer program which, when executed by a processor, implements a method as in any of the embodiments of the present invention.
According to the technical scheme provided by the embodiment of the invention, the front end acquires the card assembly information set in advance by sending the request information to the rear end, and generates the corresponding sub-assemblies according to the card assembly information and displays the sub-assemblies, so that the development cost consumed by independently setting different types of cards is saved, the development efficiency is improved, and the front end assembly deployment is simpler.
Drawings
In order to more clearly illustrate the technical solutions of the embodiments of the present invention, the drawings that are needed in the embodiments will be briefly described below, it being understood that the following drawings only illustrate some embodiments of the present invention and therefore should not be considered as limiting the scope, and other related drawings may be obtained according to these drawings without inventive effort for a person skilled in the art.
FIG. 1 (a) is a flowchart of a method for generating a front-end card assembly based on a back-end according to an embodiment of the present invention;
FIG. 1 (b) is a schematic illustration of a subassembly according to a first embodiment of the present invention;
FIG. 1 (c) is a timing diagram illustrating the interaction between the front end and the back end according to the first embodiment of the present invention;
FIG. 2 (a) is a flowchart of a method for generating a front-end card assembly based on a back-end according to a second embodiment of the present invention;
fig. 2 (b) is a schematic diagram of an initial value updating principle of a sub-assembly according to a second embodiment of the present invention;
fig. 3 is a schematic structural diagram of a device for generating a front-end card assembly based on a back end according to a third embodiment of the present invention;
fig. 4 is a schematic structural diagram of an apparatus according to a fourth embodiment of the present invention.
Detailed Description
The invention is described in further detail below with reference to the drawings and examples. It is to be understood that the specific embodiments described herein are merely illustrative of the invention and are not limiting thereof. It should be further noted that, for convenience of description, only some, but not all of the structures related to the present invention are shown in the drawings.
It should be further noted that, for convenience of description, only some, but not all of the matters related to the present invention are shown in the accompanying drawings. Before discussing exemplary embodiments in more detail, it should be mentioned that some exemplary embodiments are described as processes or methods depicted as flowcharts. Although a flowchart depicts operations (or steps) as a sequential process, many of the operations can be performed in parallel, concurrently, or at the same time. Furthermore, the order of the operations may be rearranged. The process may be terminated when its operations are completed, but may have additional steps not included in the figures. The processes may correspond to methods, functions, procedures, subroutines, and the like.
Example 1
Fig. 1 (a) is a schematic diagram of a method for generating a front-end card assembly based on a back-end according to an embodiment of the present invention, where the embodiment is applicable to a case of generating a front-end card assembly in a front-end development process, and the method may be performed by an apparatus for generating a front-end card assembly based on a back-end according to an embodiment of the present invention, and the apparatus may be implemented in a software and/or hardware manner. As shown in fig. 1 (a), the method specifically includes the following operations:
step 101, request information is sent to the back end through the front end.
Wherein the request information includes: the service name and the card set name, and the back end stores the card assembly information corresponding to the service name and the card set name in a code or database mode, and in the embodiment, the back end sends the card assembly information to the front end according to the request information.
Specifically, the request information may be specifically expressed in the following form:
businessCode (string): service name
cardSetName (string) card set name
Of course, the present embodiment is only for illustration and not limited to specific types of service names and card set names, and other types of service names and card set names are also within the protection scope of the present application, and will not be described in detail in the present embodiment.
Step 102, the front end generates a sub-assembly according to the card information.
Optionally, the card assembly information includes: card name, component type and initial value corresponding to each component type. The front end generates a subassembly according to the card assembly information, comprising: configuring each component according to an initial value corresponding to the component type; and acquiring the sub-component according to the configuration result.
Optionally, the types of components include: a radio component, a selection component, an input box component, and a button component.
Optionally, the card assembly information further includes: before requesting the status information and generating the sub-component according to the card component information, the front end may further include: and determining that the request information is successfully transmitted according to the request state information.
Specifically, the card assembly information may be specifically represented in the following form:
the data (array) is data to be returned, and is an array, which represents a plurality of cards to be displayed at the front end, and for each card, a corresponding component type is configured, where the component type may specifically include a radio component radioComponent (arrar), a selection component selectComponent (arrar), an input box component inputComponent (arrar), and a button component buttonComponent (arrar), and the initial value of each type of component specifically configured is specifically included in the request parameter initial value repParams (arrar). Of course, the present embodiment is only illustrated by way of example, and not limited to the specific expression form of each component type, and other expression forms are also within the scope of protection of the present application, which is not repeated herein.
It should be noted that, the code (string) in the card component information is a return status code, and the msg (string) is that the return message indicates the request status information, the front end can determine whether the request message is successfully sent according to the return status code or the return message, and if the request message is determined to be successfully sent, the front end can determine that the current card component information is correct, and generate the sub-component according to the card component information.
It should be noted that, the back end binds and stores the service name and the card set name with the card assembly information in advance by means of codes or databases, and after the back end determines that the request information including the service name and the card set name is received, the back end queries according to the request information, so as to obtain the card assembly information.
After the front end obtains the card components in the example, the front end determines the component type contained in each card, and configures each component according to the initial value corresponding to the component type, so as to obtain the sub-component under each card name which needs to be displayed on the page. Wherein, the page in this embodiment may become a parent component, and the obtained child component is contained within the parent component.
And step 103, the front end displays the sub-assembly in a preset template in a rendering mode.
Optionally, the front end displays the sub-assembly in a preset template in a rendering manner, which may include: determining the corresponding position of the sub-assembly in a preset template; the sub-component configured with the initial value is displayed in position by means of rendering.
It should be noted that, in this embodiment, the front end only needs to compile a preset template through a code in advance, to determine the corresponding position of each card subassembly in the preset template, and display the subassembly configured with the initial value at the determined position through a rendering mode, and in this embodiment, each card uses the same preset template to render according to different component types, so that development cost of the front end is reduced, and different code programs do not need to be compiled for different cards.
In a specific implementation, as shown in fig. 1 (b), a schematic display diagram of a sub-assembly after rendering is shown, where a front page displays two cards, namely, a card 1 and a card 2 according to card assembly information, and a first row of the card 1 represents a radio sub-assembly 1 for a user to select different scenes, a second row of the card 1 represents an input frame sub-assembly 1 for the user to input information, a third row of the card 1 represents a button sub-assembly 1 for the user to perform a click determination operation, and similarly, a first row of the card 2 represents a radio sub-assembly 2, a second row of the card 2 represents an input frame sub-assembly 2, and a third row of the card 2 represents the button sub-assembly 2. Of course, in the present embodiment, only 2 cards are displayed in the page, and two cards include the same type of sub-assembly for illustration, but the specific number of cards displayed in the page and the type of sub-assembly included in each card are not limited in the present embodiment.
Fig. 1 (c) is an interaction timing diagram of the front end and the back end in the present embodiment, which includes:
step 11: the front end sends request information to the back end.
In this embodiment, when the front page, i.e., the parent component, is in the "created" stage, an ajax request is initiated, and the request information is sent to the back end through the interface of the back end.
Step 12: and the back end inquires and acquires card assembly information according to the request information.
The back end obtains card assembly information corresponding to the request information by inquiring codes or databases.
Step 13: the back end sends card assembly information to the front end.
And 14, generating the sub-assembly by the front end according to the card assembly information.
Step 15: the sub-assembly is displayed in a preset template in a rendering mode.
It should be noted that, in this embodiment, the front end may render the sub-assembly in the preset template in a v-for loop iteration manner, and the sub-assembly may control whether a certain sub-assembly is displayed according to the card assembly information through v-if, and render a plurality of corresponding front end card sub-assemblies through v-for iteration, and determine an initial state of each sub-assembly according to a reqParams value in the card assembly information.
According to the technical scheme provided by the embodiment of the invention, the front end acquires the card assembly information set in advance by sending the request information to the rear end, and generates the corresponding sub-assemblies according to the card assembly information and displays the sub-assemblies, so that the development cost consumed by independently setting different types of cards is saved, the development efficiency is improved, and the front end assembly deployment is simpler.
Example two
Fig. 2 (a) is a flowchart of a data storage method according to a second embodiment of the present invention, where the method is based on the foregoing embodiment, and after the front end displays the sub-component in the preset template by rendering, the method may further include: after the operation of the user for the sub-assembly is determined to be received, data information corresponding to the operation is acquired, and the initial value of the sub-assembly is updated according to the data information. Correspondingly, the method of the embodiment specifically comprises the following operations:
step 201, request information is sent to the back end through the front end.
Step 202, the front end generates a sub-assembly according to the card information.
In step 203, the front end displays the sub-assembly in a preset template in a rendering mode.
Step 204, after determining that the operation of the user on the sub-component is received, obtaining data information corresponding to the operation.
Specifically, as shown in fig. 2 (b), an initial value updating principle diagram of the component in this embodiment is shown, where after the card sub-component is rendered, a user may operate the card sub-component displayed at the front end, and complete data input and initiation of a request corresponding to the card component through operations such as selection, input or clicking.
Step 205, updating the initial value of the sub-component according to the data information.
In fig. 2 (b), when a user performs a selection and input operation, an input value actually corresponds to an index in card component information, where a sub-component radioComponent a is located at a position of index=0 in a radioComponent array, so that a position of a value in reqParams is also located at a position of index=0 in radios, thereby establishing a correspondence between card component information and an input value, and associating a field in card component information with the user input value, so that accurate update of an initial value can be achieved according to the operation of the user.
Example III
Fig. 3 is a schematic structural diagram of a device for generating a front-end card assembly based on a back-end according to a third embodiment of the present invention, where the device includes: a request information sending module 301, a sub-component generating module 302, and a sub-component display module 303.
The request information sending module 301 is configured to send request information to a back end through the front end, where the back end sends card component information to the front end according to the request information;
a sub-assembly generating module 302, configured to generate a sub-assembly according to card assembly information by the front end;
the sub-assembly display module 303 is configured to display the sub-assembly in a preset template by using a rendering manner at the front end.
Optionally, the request information includes: and the back end stores card component information corresponding to the service name and the card set name in a code or database mode.
Optionally, the card assembly information includes: card name, component type and initial value corresponding to each component type; the subassembly generating module 302 is specifically configured to: configuring each component according to an initial value corresponding to the component type; and acquiring the sub-component according to the configuration result.
Optionally, the component types include: a radio component, a selection component, an input box component, and a button component.
Optionally, the card assembly information further includes: the device also comprises a request information transmission determining module for determining that the request information is successfully transmitted according to the request state information.
Optionally, the subassembly display module is specifically configured to: determining the corresponding position of the sub-assembly in a preset template; the sub-component configured with the initial value is displayed in position by means of rendering.
Optionally, the apparatus further comprises: the initial value updating module is specifically configured to: after determining that the operation of the user for the sub-assembly is received, acquiring data information corresponding to the operation; and updating the initial value of the sub-component according to the data information.
The device can execute the device for generating the front-end card assembly based on the back end, which is provided by any embodiment of the invention, and has the corresponding functional modules and beneficial effects of the execution method. Technical details not described in detail in this embodiment may be found in the method provided by any embodiment of the present invention.
Example IV
Fig. 4 is a schematic structural diagram of an apparatus according to an embodiment of the present invention. Fig. 4 illustrates a block diagram of an exemplary device 412 suitable for use in implementing embodiments of the invention. The device 412 shown in fig. 4 is only an example and should not be construed as limiting the functionality and scope of use of embodiments of the invention.
As shown in fig. 4, device 412 is in the form of a general purpose computing device. Components of device 412 may include, but are not limited to: one or more processors 416, a memory 428, a bus 418 that connects the various system components (including the memory 428 and the processor 416).
Bus 418 represents one or more of several types of bus structures, including a memory bus or memory controller, a peripheral bus, an accelerated graphics port, a processor, or a local bus using any of a variety of bus architectures. By way of example, and not limitation, such architectures include Industry Standard Architecture (ISA) bus, micro channel architecture (MAC) bus, enhanced ISA bus, video Electronics Standards Association (VESA) local bus, and Peripheral Component Interconnect (PCI) bus.
Device 412 typically includes a variety of computer system readable media. Such media can be any available media that is accessible by device 412 and includes both volatile and nonvolatile media, removable and non-removable media.
Memory 428 is used to store instructions. Memory 428 may include computer system readable media in the form of volatile memory, such as Random Access Memory (RAM) 430 and/or cache memory 432. Device 412 may further include other removable/non-removable, volatile/nonvolatile computer system storage media. By way of example only, storage system 434 may be used to read from or write to non-removable, nonvolatile magnetic media (not shown in FIG. 4, commonly referred to as a "hard disk drive"). Although not shown in fig. 4, a magnetic disk drive for reading from and writing to a removable non-volatile magnetic disk (e.g., a "floppy disk"), and an optical disk drive for reading from or writing to a removable non-volatile optical disk (e.g., a CD-ROM, DVD-ROM, or other optical media) may be provided. In such cases, each drive may be coupled to bus 418 via one or more data medium interfaces. Memory 428 may include at least one program product having a set (e.g., at least one) of program modules configured to carry out the functions of embodiments of the invention.
A program/utility 440 having a set (at least one) of program modules 442 may be stored in, for example, the memory 428, such program modules 442 including, but not limited to, an operating system, one or more application programs, other program modules, and program data, each or some combination of which may include an implementation of a network environment. Program modules 442 generally perform the functions and/or methodologies in the described embodiments of the invention.
The device 412 may also communicate with one or more external devices 414 (e.g., keyboard, pointing device, display 424, etc.), one or more devices that enable a user to interact with the device 412, and/or any devices (e.g., network card, modem, etc.) that enable the device 412 to communicate with one or more other computing devices. Such communication may occur through an input/output (I/O) interface 422. Also, device 412 may communicate with one or more networks such as a Local Area Network (LAN), a Wide Area Network (WAN) and/or a public network, such as the Internet, through network adapter 420. As shown, network adapter 420 communicates with other modules of device 412 over bus 418. It should be appreciated that although not shown in fig. 4, other hardware and/or software modules may be used in connection with device 412, including, but not limited to: microcode, device drivers, redundant processing units, external disk drive arrays, RAID systems, tape drives, data backup storage systems, and the like.
The processor 416 performs various functional applications and data processing by executing instructions stored in the memory 428, such as sending request information through the front end to the back end, where the back end sends card assembly information to the front end based on the request information; the front end generates a sub-assembly according to the card assembly information; the front end displays the sub-assembly in a preset template in a rendering mode.
Example five
A fifth embodiment of the present invention provides a computer readable storage medium having stored thereon a computer program which, when executed by a processor, implements a method for generating a front-end card assembly based on a back-end as provided in all the inventive embodiments of the present application:
the method comprises the steps that request information is sent to a rear end through a front end, wherein the rear end sends card assembly information to the front end according to the request information;
the front end generates a sub-assembly according to the card assembly information;
the front end displays the sub-assembly in a preset template in a rendering mode.
Any combination of one or more computer readable media may be employed. The computer readable medium may be a computer readable signal medium or a computer readable storage medium. The computer readable storage medium can be, for example, but not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or a combination of any of the foregoing. More specific examples (a non-exhaustive list) of the computer-readable storage medium would include the following: an electrical connection having one or more wires, a portable computer diskette, a hard disk, a Random Access Memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable compact disc read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing. In this document, a computer readable storage medium may be any tangible medium that can contain, or store a program for use by or in connection with an instruction execution system, apparatus, or device.
The computer readable signal medium may include a propagated data signal with computer readable program code embodied therein, either in baseband or as part of a carrier wave. Such a propagated data signal may take any of a variety of forms, including, but not limited to, electro-magnetic, optical, or any suitable combination of the foregoing. A computer readable signal medium may also be any computer readable medium that is not a computer readable storage medium and that can communicate, propagate, or transport a program for use by or in connection with an instruction execution system, apparatus, or device.
Program code embodied on a computer readable medium may be transmitted using any appropriate medium, including but not limited to wireless, wireline, optical fiber cable, RF, etc., or any suitable combination of the foregoing.
Computer program code for carrying out operations of the present invention may be written in any combination of one or more programming languages, including an object oriented programming language such as Java, smalltalk, C ++ and conventional procedural programming languages, such as the "C" programming language or similar programming languages. The program code may execute entirely on the user's computer, partly on the user's computer, as a stand-alone software package, partly on the user's computer and partly on a remote computer or entirely on the remote computer or server. In the case of a remote computer, the remote computer may be connected to the user's computer through any kind of network, including a Local Area Network (LAN) or a Wide Area Network (WAN), or may be connected to an external computer (for example, through the Internet using an Internet service provider).
Note that the above is only a preferred embodiment of the present invention and the technical principle applied. It will be understood by those skilled in the art that the present invention is not limited to the particular embodiments described herein, but is capable of various obvious changes, rearrangements and substitutions as will now become apparent to those skilled in the art without departing from the scope of the invention. Therefore, while the invention has been described in connection with the above embodiments, the invention is not limited to the embodiments, but may be embodied in many other equivalent forms without departing from the spirit or scope of the invention, which is set forth in the following claims.

Claims (7)

1. A method of generating a front-end card assembly based on a back-end, comprising:
transmitting request information to a rear end through a front end, wherein the rear end transmits card assembly information to the front end according to the request information;
the front end generates a sub-assembly according to the card assembly information;
the front end displays the sub-assembly in a preset template in a rendering mode; wherein, cards of different component types are rendered by adopting the same preset template;
wherein the request information includes: business name and card set name; the back end stores the card assembly information corresponding to the business name and the card set name in a code or database mode; the preset template is compiled by the front end through codes in advance;
wherein the card assembly information includes: card name, component type and initial value corresponding to each component type;
the front end generates a sub-assembly according to the card assembly information, and the sub-assembly comprises:
configuring each component according to an initial value corresponding to the component type;
acquiring the sub-assembly according to the configuration result;
the front end displays the sub-assembly in a preset template in a rendering mode, and the method comprises the following steps:
determining the corresponding position of the sub-assembly in the preset template;
and displaying the sub-component configured with the initial value at the position in a rendering mode.
2. The method of claim 1, wherein the component types comprise: a radio component, a selection component, an input box component, and a button component.
3. The method of claim 2, wherein the card assembly information further comprises: the status information is requested and the status information is transmitted,
before the front end generates the sub-assembly according to the card assembly information, the front end further comprises:
and determining that the request information is successfully sent according to the request state information.
4. The method of claim 1, wherein after the front-end displays the subassembly in a preset template by rendering, further comprising:
after determining that the operation of a user for the sub-assembly is received, acquiring data information corresponding to the operation;
and updating the initial value of the sub-assembly according to the data information.
5. An apparatus for generating a front-end card assembly based on a back-end, comprising:
the system comprises a request information sending module, a card assembly information sending module and a card assembly information sending module, wherein the request information sending module is used for sending request information to a rear end through a front end, and the rear end sends card assembly information to the front end according to the request information;
the sub-assembly generating module is used for generating a sub-assembly according to the card assembly information by the front end;
the sub-assembly display module is used for displaying the sub-assemblies in a preset template in a rendering mode by the front end; wherein, cards of different component types are rendered by adopting the same preset template;
wherein the request information includes: business name and card set name; the back end stores card component information corresponding to the business name and the card set name in a code or database mode;
wherein the card assembly information includes: card name, component type and initial value corresponding to each component type;
the subassembly generating module is specifically configured to: configuring each component according to an initial value corresponding to the component type; acquiring a sub-assembly according to the configuration result;
the subassembly display module is specifically configured to:
determining the corresponding position of the sub-assembly in the preset template;
and displaying the sub-component configured with the initial value at the position in a rendering mode.
6. An apparatus, the apparatus comprising:
one or more processors;
a storage means for storing one or more programs;
when executed by the one or more processors, causes the one or more processors to implement the method of any of claims 1-4.
7. A computer storage medium having stored thereon a computer program, which when executed by a processor performs the method according to any of claims 1-4.
CN201911294878.XA 2019-12-16 2019-12-16 Method, device, equipment and storage medium for generating front-end card assembly based on back end Active CN111061522B (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201911294878.XA CN111061522B (en) 2019-12-16 2019-12-16 Method, device, equipment and storage medium for generating front-end card assembly based on back end

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201911294878.XA CN111061522B (en) 2019-12-16 2019-12-16 Method, device, equipment and storage medium for generating front-end card assembly based on back end

Publications (2)

Publication Number Publication Date
CN111061522A CN111061522A (en) 2020-04-24
CN111061522B true CN111061522B (en) 2024-03-01

Family

ID=70300990

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201911294878.XA Active CN111061522B (en) 2019-12-16 2019-12-16 Method, device, equipment and storage medium for generating front-end card assembly based on back end

Country Status (1)

Country Link
CN (1) CN111061522B (en)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113778574B (en) * 2020-06-08 2022-11-29 荣耀终端有限公司 Card sharing method, electronic equipment and communication system
CN113590111B (en) * 2021-07-19 2022-08-23 郭睿 Implementation method of high-configurable low-code development platform based on card assembly

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106991154A (en) * 2017-03-29 2017-07-28 百度在线网络技术(北京)有限公司 Webpage rendering intent, device, terminal and server
CN108846087A (en) * 2018-06-12 2018-11-20 恒生电子股份有限公司 A kind of page rendering method, apparatus, terminal and server
CN109542427A (en) * 2018-11-30 2019-03-29 深圳市元征科技股份有限公司 A kind of system customization method, apparatus and electronic equipment and storage medium
CN109614100A (en) * 2018-10-26 2019-04-12 阿里巴巴集团控股有限公司 Page display method, device, server, front end and storage medium
CN109725901A (en) * 2018-05-31 2019-05-07 中国平安人寿保险股份有限公司 Development approach, device, equipment and the computer storage medium of front-end code
CN110400196A (en) * 2019-06-20 2019-11-01 北京奇艺世纪科技有限公司 A kind of page processing method, device and computer readable storage medium

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106991154A (en) * 2017-03-29 2017-07-28 百度在线网络技术(北京)有限公司 Webpage rendering intent, device, terminal and server
CN109725901A (en) * 2018-05-31 2019-05-07 中国平安人寿保险股份有限公司 Development approach, device, equipment and the computer storage medium of front-end code
CN108846087A (en) * 2018-06-12 2018-11-20 恒生电子股份有限公司 A kind of page rendering method, apparatus, terminal and server
CN109614100A (en) * 2018-10-26 2019-04-12 阿里巴巴集团控股有限公司 Page display method, device, server, front end and storage medium
CN109542427A (en) * 2018-11-30 2019-03-29 深圳市元征科技股份有限公司 A kind of system customization method, apparatus and electronic equipment and storage medium
CN110400196A (en) * 2019-06-20 2019-11-01 北京奇艺世纪科技有限公司 A kind of page processing method, device and computer readable storage medium

Also Published As

Publication number Publication date
CN111061522A (en) 2020-04-24

Similar Documents

Publication Publication Date Title
CN108319575B (en) Page component checking method, device, server and storage medium
CN1828526A (en) Automatic user interface updating in business processes
CN110968305A (en) Applet visualization generation method, device, equipment and storage medium
CN103984626A (en) Method and device for generating test-case script
CN110780874B (en) Method and device for generating information
CN111061522B (en) Method, device, equipment and storage medium for generating front-end card assembly based on back end
US11741002B2 (en) Test automation systems and methods using logical identifiers
CN111538659B (en) Interface testing method, system, electronic equipment and storage medium of business scene
CN111796820B (en) Method and device for constructing front-end page based on integrated assembly and electronic equipment
CN111176629A (en) Application development method and device
CN112558967A (en) Page automatic generation method and device, electronic equipment and storage medium
CN112988588B (en) Client software debugging method and device, storage medium and electronic equipment
CN113238739A (en) Plug-in development and data acquisition method, device, electronic equipment and medium
CN110717315B (en) System data batch modification method and device, storage medium and electronic equipment
CN112631563A (en) System development method and device based on framework, computer equipment and storage medium
CN113656028B (en) UI component code generation method, device and equipment, and CRUD page generation method, device and equipment
EP4033439A1 (en) Commodity processing method and component, electronic device, and computer-readable medium
CN111723134A (en) Information processing method, information processing device, electronic equipment and storage medium
CN115269285A (en) Test method and device, equipment and computer readable storage medium
US20130007622A1 (en) Demonstrating a software product
CN109634500B (en) User data filling method and device, terminal equipment and storage medium
CN111399806B (en) Component management method and device, electronic equipment and storage medium
CN113296912A (en) Task processing method, device and system, storage medium and electronic equipment
CN108170557B (en) Method and apparatus for outputting information
CN112882698A (en) Development environment generation method and device, computer storage medium and electronic device

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
CB02 Change of applicant information
CB02 Change of applicant information

Address after: 518000 room 402, building B, Kingdee Software Park, Keji South 12th Road, high tech Zone, Yuehai street, Nanshan District, Shenzhen City, Guangdong Province

Applicant after: Shenzhen Mingmo Technology Co.,Ltd.

Address before: 518000 room 402, building B, Kingdee Software Park, Keji South 12th Road, high tech Zone, Yuehai street, Nanshan District, Shenzhen City, Guangdong Province

Applicant before: Shenzhen Suijin Technology Co.,Ltd.

GR01 Patent grant
GR01 Patent grant