CN106843828B

CN106843828B - Interface display and loading method and device

Info

Publication number: CN106843828B
Application number: CN201611116552.4A
Authority: CN
Inventors: 魏钊群
Original assignee: Tencent Technology Shenzhen Co Ltd
Current assignee: Tencent Technology Shenzhen Co Ltd
Priority date: 2016-12-07
Filing date: 2016-12-07
Publication date: 2020-11-10
Anticipated expiration: 2036-12-07
Also published as: CN106843828A

Abstract

The invention discloses interface display and loading methods and devices. The interface display method comprises the following steps: acquiring a data request sent by a client, wherein the data request carries target scene parameters of an application scene corresponding to an interface requested to be displayed by the client; acquiring a data field corresponding to the target scene parameter, wherein the data field is used for indicating the display style and the display content of the interface; and sending the data field to the client to instruct the client to display the interface according to the data field. The invention solves the technical problem that the client needs to be coupled with the service when displaying the interface in the related technology.

Description

Interface display and loading method and device

Technical Field

The invention relates to the field of internet, in particular to an interface display and loading method and device.

Background

With the richness of network media information, people have appeal of acquiring media information on a client at any time and any place. How to present diversified media information and instant update data is an important exploration direction for ensuring user addition and user stickiness by the client-side App, so that the content-class App framework is mainly oriented to reduce release of terminal versions as much as possible and improve flexible control of terminal presentation and interaction by a background.

At present, according to the complexity of the interface information structure on the App, there are two main schemes: 1. all data which may need to be used is issued by a background, and a client side judges and combines according to product requirements to display a service interactive view, as shown in fig. 1 (a); 2. the client initiates a data request for each service module actively, and then displays the data request according to response data, as shown in fig. 1 (a); 3. the non-Native scheme such as H5 or real Native is adopted to realize the control of the client drawing, as shown in fig. 1 (b).

Compared with other modes, the Native scheme (namely scheme 1 and scheme 2) realizes that the App interactive interface has absolute advantages in interface richness, view and animation fluency, running speed and response speed to user operation, and can interact with local functions of the client more conveniently. non-Native schemes (namely schemes H5 and real Native) have the universality of cross-platform, the interaction between a foreground and a background is simple, and the function iteration speed is high.

However, in both case 1 and case 2, the client needs to get a lot of data related to the business by one or more requests, and complex logic for implementing the rules of product requirement formulation is required. In other words, complex service decision logic needs to be executed at the terminal.

Scheme 3 improves the flexible control of the data side (i.e., the background) on the view and interaction of the rendering side (i.e., the client side), but the App is required to support the translation of the H5 page or the control side (i.e., the data side) instruction and the like.

In summary, the existing Native implementation scheme has the following disadvantages: (1) the background issues data, which has no direct control effect on the client presentation, and one set of background service may contain a lot of redundant data which is useless for current rendering, so that the network request burden is increased, and the redundancy of client data analysis is caused; (2) data is coupled with services, view flexibility is low, and the code reuse rate of a client is not high, so that development and maintenance cost is increased; (3) business logic is bound at a client, logic expansion is complex, so that product expansibility is poor, and simple demand increase also needs to depend on App release. The drawbacks of the H5 or the real Native scheme are mainly: the response speed is not ideal, the difficulty in adapting and calling the local functions of the equipment with different resolutions is high, the support on the requirements (such as animation non-support or jamming and the like) for the platform characteristics is insufficient, and the problems of memory leakage and Crash operation still exist.

In view of the above problems, no effective solution has been proposed.

Disclosure of Invention

The embodiment of the invention provides an interface display and loading method and device, which are used for at least solving the technical problem that a client needs to be coupled with a service when displaying an interface in the related technology.

According to an aspect of an embodiment of the present invention, there is provided an interface display method including: acquiring a data request sent by a client, wherein the data request carries target scene parameters of an application scene corresponding to an interface requested to be displayed by the client; acquiring a data field corresponding to the target scene parameter, wherein the data field is used for indicating the display style and the display content of the interface; and sending the data field to the client to instruct the client to display the interface according to the data field.

According to another aspect of the embodiments of the present invention, there is also provided an interface loading method, including: a data request is sent to a server, so that the server obtains a data field corresponding to a target scene parameter according to the target scene parameter of an application scene corresponding to an interface requested to be displayed by a client, wherein the target scene parameter is carried in the data request, the data field is used for indicating the display style and the display content of the interface, and the data field is sent to the client; and receiving and loading the interface according to the indication of the data field sent by the server.

According to another aspect of the embodiments of the present invention, there is also provided an interface display apparatus, including: the system comprises a first acquisition unit, a second acquisition unit and a third acquisition unit, wherein the first acquisition unit is used for acquiring a data request sent by a client, and the data request carries a target scene parameter of an application scene corresponding to an interface requested to be displayed by the client; a second obtaining unit, configured to obtain a data field corresponding to the target scene parameter, where the data field is used to indicate a display style and display content of the interface; and the first sending unit is used for sending the data field to the client so as to instruct the client to display the interface according to the data field.

According to another aspect of the embodiments of the present invention, there is also provided an interface loading apparatus, including: a third sending unit, configured to send a data request to a server, so that the server obtains a data field corresponding to a target scene parameter according to the target scene parameter of an application scene corresponding to an interface requested to be displayed by a client and carried in the data request, where the data field is used to indicate a display style and display content of the interface, and send the data field to the client; and the loading unit is used for receiving and loading the interface according to the indication of the data field sent by the server.

In an embodiment of the present invention, an interface display method is adopted, including: acquiring a data request sent by a client, wherein the data request carries target scene parameters of an application scene corresponding to an interface requested to be displayed by the client; acquiring a data field corresponding to the target scene parameter, wherein the data field is used for indicating the display style and the display content of the interface; and sending the data field to the client to indicate the client to display the interface according to the data field, so that the server provides corresponding interface loading data according to the target scene parameters sent by the client, the technical effect of decoupling the client from the service is realized, and the technical problem that the client needs to be coupled with the service when displaying the interface in the related technology is solved.

Drawings

The accompanying drawings, which are included to provide a further understanding of the invention and are incorporated in and constitute a part of this application, illustrate embodiment(s) of the invention and together with the description serve to explain the invention without limiting the invention. In the drawings:

FIG. 1(a) is a schematic diagram of a Native implementation according to the related art;

FIG. 1(b) is a schematic diagram of a non-Native implementation according to the related art;

FIG. 1(c) is a schematic diagram of a hardware environment of an interface display method according to an embodiment of the present invention;

FIG. 2 is a flow chart of an alternative interface display method according to an embodiment of the present invention;

FIG. 3(a) is a schematic diagram of a reflective implementation of an interface according to an embodiment of the invention;

FIG. 3(b) is a schematic diagram of a factory-like implementation of an interface according to an embodiment of the invention;

FIG. 3(c) is a diagram illustrating a display style of an interface according to an embodiment of the present invention;

FIG. 3(d) is a diagram illustrating a display style of an interface according to an embodiment of the present invention;

FIG. 3(e) is a schematic diagram of adjusting the order of view modules according to an embodiment of the present invention;

FIG. 4 is a flow chart of an alternative interface loading method according to an embodiment of the present invention;

FIG. 5 is a flow diagram of an alternative interface loading method according to an embodiment of the invention;

FIG. 6 is a schematic view of an alternative interface display apparatus according to an embodiment of the present invention;

FIG. 7 is a schematic view of an alternative interface display apparatus according to an embodiment of the present invention;

FIG. 8 is a schematic view of an alternative interface display apparatus according to an embodiment of the present invention;

FIG. 9 is a schematic view of an alternative interface display apparatus according to an embodiment of the present invention;

FIG. 10 is a schematic view of an alternative interface display apparatus according to an embodiment of the present invention;

FIG. 11 is a schematic view of an alternative interface display apparatus according to an embodiment of the present invention;

FIG. 12 is a schematic view of an alternative interface display apparatus according to an embodiment of the present invention;

FIG. 13 is a schematic view of an alternative interface display apparatus according to an embodiment of the present invention;

FIG. 14 is a schematic view of an alternative interface loading apparatus according to an embodiment of the present invention; and

fig. 15 is a block diagram of a terminal according to an embodiment of the present invention.

Detailed Description

In order to make the technical solutions of the present invention better understood, the technical solutions in the embodiments of the present invention will be clearly and completely described below with reference to the drawings in the embodiments of the present invention, and it is obvious that the described embodiments are only a part of the embodiments of the present invention, and not all of the embodiments. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present invention.

It should be noted that the terms "first," "second," and the like in the description and claims of the present invention and in the drawings described above are used for distinguishing between similar elements and not necessarily for describing a particular sequential or chronological order. It is to be understood that the data so used is interchangeable under appropriate circumstances such that the embodiments of the invention described herein are capable of operation in sequences other than those illustrated or described herein. Furthermore, the terms "comprises," "comprising," and "having," and any variations thereof, are intended to cover a non-exclusive inclusion, such that a process, method, system, article, or apparatus that comprises a list of steps or elements is not necessarily limited to those steps or elements expressly listed, but may include other steps or elements not expressly listed or inherent to such process, method, article, or apparatus.

First, partial terms or terms appearing in the description of the embodiments of the present invention are applied to the following explanations:

ONAView controls: a view module which has independent service function and can be multiplexed for display at multiple positions on an interactive interface is defined as an ONAView control.

An ONA template: each ONAView control corresponds to a protocol structure for controlling presentation, including display rendering, interactive operations, and dynamic update of all data fields. Each ONA template can completely describe the presentation style and the presentation content of a set of ONAView controls, and the ONA template and the ONAView controls are explicitly corresponding in naming.

Example 1

According to an embodiment of the present invention, a method embodiment of an interface display method is provided.

Alternatively, in the present embodiment, the interface display method described above may be applied to a hardware environment formed by the server 102 and the terminal 104 as shown in fig. 1 (c). As shown in fig. 1(c), the server 102 is connected to the terminal 104 via a network, including but not limited to: the terminal 104 is not limited to a PC, a mobile phone, a tablet computer, etc. in a wide area network, a metropolitan area network, or a local area network. The interface display method according to the embodiment of the present invention may be executed by the server 102, or executed by the terminal 104, or executed by both the server 102 and the terminal 104. The terminal 104 may execute the interface display method according to the embodiment of the present invention by a client installed thereon.

Fig. 2 is a flowchart of an alternative interface display method according to an embodiment of the present invention, and as shown in fig. 2, the method may include the following steps:

step S202, a data request sent by a client is obtained, wherein the data request carries target scene parameters of an application scene corresponding to an interface requested to be displayed by the client;

step S204, acquiring a data field corresponding to the target scene parameter, wherein the data field is used for indicating the display style and the display content of the interface;

and step S206, sending the data field to the client to instruct the client to display an interface according to the data field.

Through the steps S202 to S206, a data request sent by a client is obtained, where the data request carries a target scene parameter of an application scene corresponding to an interface requested to be displayed by the client; acquiring a data field corresponding to the target scene parameter, wherein the data field is used for indicating the display style and the display content of the interface; the data field is sent to the client to indicate the client to display the interface according to the data field, so that the technical problem that the client needs to be coupled with the service when displaying the interface in the related technology can be solved, and the technical effect of decoupling the client from the service is further achieved.

In the technical solution provided in step S202, the execution subject is a server (i.e., a background), and the data request sent by the client carries, in addition to the target scene parameters, an ID (i.e., an identity) of a page where an interface requested to be displayed by the client is located, and a control word corresponding to the interface. It should be noted that one or more interfaces may be included in one page. For example, at the client, each ONAView control (i.e., each view module) may be assigned a uniquely identified serial number Index, named according to the specification of onaxxview corresponding to the onaxxxx data protocol. And analyzing ONAXxx structural data in a reflection mode according to the judgment Index, generating ONAXxxView, drawing the ONAXxxView on a page to form a corresponding interface, and filling processing logic of the View with ONAXxx data. Therefore, the association between the view module and the service interface can be decoupled, and the complexity of adding and expanding the view types is reduced.

It should be noted that the ID carried in the data request may indicate information such as whether the page requested by the client to display the interface is a home page or a search page, and which channel (e.g., movie channel) on the current page.

In the technical solution provided in step S204, since the server has agreed the corresponding data field in advance according to the application scenario of the interface, after the target scenario parameter is obtained, the data field corresponding to the target scenario parameter may be obtained, where the data field is used to indicate the display style and the display content of the interface. Further, the presentation style may include the layout of the view module and the interactive operations including interface jumping and voting interactions, etc. It should be noted that, when the server sets the data fields, each data field is mapped with the corresponding scene parameter, so that after the scene parameter is obtained, the corresponding data field can be quickly and accurately found according to the preset mapping relationship.

In the technical solution provided in step S206, after the server sends the data field to the client, the client may display the view modules corresponding to the data field one to one on the interface according to the indication of the data field. During implementation, the functional interface can be divided according to the minimum view module which can meet the requirements of display and interaction, and a corresponding control field is assigned to each view module.

According to the embodiment of the invention, a data request sent by a client is obtained, wherein the data request carries target scene parameters of an application scene corresponding to an interface requested to be displayed by the client; acquiring a data field corresponding to the target scene parameter, wherein the data field is used for indicating the display style and the display content of the interface; the data field is sent to the client to indicate the client to display the interface according to the data field, and the purpose that the server provides corresponding interface loading data according to the target scene parameter sent by the client is achieved, so that the technical effect of decoupling the client from the service is achieved, and the technical problem that the client needs to be coupled with the service when displaying the interface in the related technology is solved.

The technical scheme can produce the following technical effects: ONAView is decoupled from the service, and carries multiple services or multiple acquired (i.e., server) data in one client at the same time, transparent to interface presentation. The scheme can be applied to a plurality of mobile platforms such as Android, iPhone and iPad, and is suitable for rich App types such as videos, news and blogs. The scheme can help a video developer to realize multi-line iteration and multi-version parallel, greatly improve joint debugging development efficiency and reduce the number of versions released at a client.

Further, compared with the related art, in the application, the interface filling data acquired by the client is issued by the server based on the scene data, so that the server has a direct control effect on the display of the client. In addition, because the data issued by the service is issued according to the corresponding scene parameters, redundant data irrelevant to the current rendering cannot be contained, and the network request burden and the redundancy of terminal data analysis are reduced. In addition, in the application, because the judgment logic is arranged on the server side, the client does not need to consider whether data and data are coupled with services or not when loading the interface, the flexibility of the view module and the reusability of the corresponding data field are improved, and the development and maintenance cost is reduced. In addition, in the application, as the service logic is bound at the server side, the logic expansion complexity can be reduced, so that the expansibility of a product is improved, and the increase of simple requirements does not need to depend on the publishing of App any more.

As an alternative embodiment, the step S204 of obtaining the target template matching the target scene parameters includes: step S212, determining the application scene described by the target scene parameters; step S214, determining a target view module contained in the interface under the application scene described by the target scene parameters; step S216, acquiring a target field corresponding to the target view module; and step S218, splicing the acquired target fields into a target template.

Here, the application scenario may include a scenario in which the click interface may jump, a scenario in which the click interface may vote, and the like. In different application scenarios, different view modules may be included on the interface. Different view modules correspond to different data fields. Therefore, according to the technical scheme provided by the embodiment, the application scene described by the data request can be determined according to the target scene parameters carried in the data request, and then which view modules should be displayed on the interface under the application scene are determined, so that the data fields corresponding to the view modules are finally found, and the data fields are spliced into the target template. Therefore, the server can control the front-section App to sequentially display each view module by issuing the data field corresponding to the ordered view module ID, so as to form a complete interactive interface.

As an alternative embodiment, the step S204 of acquiring the data field corresponding to the target scene parameter includes: step S208, acquiring a target template matched with the target scene parameters, wherein the target template comprises data fields; step S210, obtain the data field in the target template.

In other words, in implementation, the server and the client may agree in advance about the correspondence between the application scene of the interface and the template, so that when the server issues data, the server may directly issue the data fields in the template corresponding to the scene parameters to the client in sequence according to a preset sequence through the scene parameters.

In implementation, in an implementation framework of a terminal, a unique identifier defined by enumeration is bound between a specified template and a view control (namely a view module), and the template and the view control are in one-to-one correspondence in naming. The design has the advantages that in the two processes of sending data by the server and drawing the interface by the terminal, the data fields can be highly multiplexed, and the purpose of automatically drawing the interface is achieved. And the number of the first and second electrodes,

by the embodiment of the invention, the data Build process for realizing automatic analysis can be reflected by analyzing the template. As shown in fig. 3(a), the terminal reads the data stream into a corresponding structure that can be used by the terminal according to the enumeration type 2 in the issued data, and this process is completely automatic. If new data analysis is required to be added, only the template needs to be defined, and the enumeration type is set for the template.

On the other hand, as shown in fig. 3(b), the process of finally rendering the data structure corresponding to the template into the view may be multiplexed by the factory class. The terminal organizes the view types that may be used in a controlled manner into individual view implementations. The view factory returns the corresponding view instance according to the defined enumeration type.

As an alternative embodiment, the step S204 of obtaining the target template matching the target scene parameters includes: step S220, acquiring an incidence relation between the scene parameters and the corresponding templates; step S222, acquiring candidate templates having association relations with the target scene parameters from a plurality of preset templates according to the acquired association relations; in step S224, the candidate template is set as the target template.

That is, based on the principle of being visible and available, at the server side, elements of page rendering can be summarized, and a view protocol (i.e., data fields) which is independent of a service is designed, each data field describes or controls a process or a style formed by one view, and is independent of the service, and only influences the final presentation of the view. As shown in fig. 3(c) and 3(d), a business independent Poster template controls the presentation of a Poster interface, each field specifying the presentation of the interface's content, some fields affecting the presentation content, and some fields affecting the presentation style. The display and interaction of the front end can be influenced by issuing the style enumeration agreed by the front end and the back end (namely the client and the server) or by issuing or not issuing the data field, thereby supporting different services.

As an alternative embodiment, the step S204 of obtaining the target template matching the target scene parameters includes: step S226, judging whether the target scene parameter is a scene parameter for describing that the interface can generate skip after being triggered; step S228, if yes, obtaining a first template matched with the target scene parameter, where the first template is used to instruct the client to display an interface that can generate a jump after being triggered. That is, in the present embodiment, the interface requested to be displayed is applied in the jump scene.

As an alternative embodiment, the step S204 of obtaining the target template matching the scene parameter includes: step S230, judging whether the target scene parameters are scene parameters for describing that the interface can be voted after being triggered; step S232, if yes, obtaining a second template matched with the target scene parameter, where the second template is used to instruct the client to display an interface on which voting can be performed after triggering. That is, in the present embodiment, the interface requested to be displayed is applied to the voting scene.

As an alternative embodiment, in step S206, after sending the data field to the client to instruct the client to display the interface according to the data field, the method further includes: step S234, obtaining an adjusting instruction for adjusting the display style and/or the display content of the data field; step S236, adjusting the data field according to the adjustment instruction; step S238, sending the adjusted data field to the client, so that the client refreshes the interface according to the data field.

In this case, on the principle that the view modules can be used repeatedly, the server can control the App to sequentially display the view modules by issuing the data fields corresponding to the ordered view modules Id, so as to form a complete interactive interface. The view modules can be combined at will to flexibly support various service interfaces, and the addition, deletion and sequential adjustment of interface elements can be realized without front-end modification (as shown in fig. 3 (e)), so that view multiplexing is improved, and code repetition and maintenance cost is reduced.

As an alternative embodiment, the step S236 of adjusting the data field according to the adjustment instruction includes: step S240, adding corresponding data fields in the data fields according to the adjustment instruction; and/or step S242, deleting the corresponding data field from the data field according to the adjusting instruction; and/or step S244, modifying the corresponding data field in the data field according to the adjusting instruction; and/or step S246, modifying the position parameter and/or the type parameter of the corresponding data field in the data field according to the adjustment instruction, so as to adjust the display position and/or the display type of the corresponding view module in the interface.

As an alternative embodiment, the data field may be multiplexed by other templates than the target template. That is, the data fields can be combined at will to flexibly support various service interfaces, and the addition, deletion and sequential adjustment of interface elements can be realized without front-end modification, so that view multiplexing is improved, and code repetition and maintenance cost is reduced.

Further, the above scheme is also in simplification of the whole front-end and back-end interaction process, in addition to the optimization of the corresponding drawing and terminal rendering process in the field protocol. The front end and the back end use an automatic protocol code generation mode to generate usable platform codes from the appointed template. On one hand, the protocol use is simplified, and on the other hand, the complexity and time consumption of strong background protocol joint debugging are reduced. The front end and the back end can respectively generate protocol codes and respectively develop without mutual dependence, so that the development efficiency is improved.

The scheme lays a foundation for subsequent use in each view module addition and upgrade, and the reusable processes and codes are continuously accumulated no matter data filling at the rear end or view rendering at the front end, so that the flexibility of diversified view support of subsequent pages is continuously improved, and even App page expansion and content operation can be completed only through background release service within a certain time.

The combination of the ONAView view control supports the requirement change within a certain range without version sending; the background issues the type and the sequence of the control views, the display elements of a certain view are controlled through the protocol field, and after the background is updated, the front-end load data can refresh the interface and the data; multiplexing is improved by accumulating view controls, development and joint debugging cost is reduced, and an ONAVIew is a minimum functional unit for display and interaction, so that single responsibility is realized, and debugging and maintenance are convenient; the advantage of using Native is that it is very convenient and efficient to continuously optimize performance and user experience, as shown in fig. 4.

The present invention further provides a preferred embodiment, which is an interface loading method, and fig. 5 is a flowchart of an optional interface loading method according to the embodiment of the present invention, as shown in fig. 5, the method includes the following steps:

step S302, sending a data request to a server, so that the server obtains a data field corresponding to a target scene parameter according to the target scene parameter of an application scene corresponding to an interface requested to be displayed by a client, wherein the target scene parameter is carried in the data request, and the data field is used for indicating a display style and a display content of the interface and sending the data field to the client;

and step S304, receiving and loading the interface according to the indication of the data field sent by the server.

In the technical solution provided in step S302, the data request sent by the client carries, in addition to the target scene parameters, an ID (i.e., an identity) of a page where an interface requested to be displayed by the client is located, and a control word corresponding to the interface. It should be noted that one or more interfaces may be included in one page. For example, at the client, each ONAView control (i.e., each view module) may be assigned a uniquely identified serial number Index, named according to the specification of onaxxview corresponding to the onaxxxx data protocol. And analyzing ONAXxx structural data in a reflection mode according to the judgment Index, generating ONAXxxView, drawing the ONAXxxView on a page to form a corresponding interface, and filling processing logic of the View with ONAXxx data. Therefore, the association between the view module and the service interface can be decoupled, and the complexity of adding and expanding the view types is reduced.

In the technical solution provided in step S302, since the server has agreed the corresponding data field in advance according to the application scenario of the interface, after the target scenario parameter is obtained, the data field corresponding to the target scenario parameter may be obtained, where the data field is used to indicate the display style and the display content of the interface. Further, the presentation style may include the layout of the view module and the interactive operations including interface jumping and voting interactions, etc. It should be noted that, when the server sets the data fields, each data field is mapped with the corresponding scene parameter, so that after the scene parameter is obtained, the corresponding data field can be quickly and accurately found according to the preset mapping relationship.

In the technical solution provided in step S304, after the server sends the data field to the client, the client may display, according to the indication of the data field, view modules corresponding to the data field one to one on the interface. During implementation, the functional interface can be divided according to the minimum view module which can meet the requirements of display and interaction, and a corresponding control field is assigned to each view module.

According to the embodiment of the invention, a data request is sent to a server, so that the server obtains a data field corresponding to a target scene parameter according to the target scene parameter of an application scene corresponding to an interface requested to be displayed by a client, wherein the target scene parameter is carried in the data request, and the data field is used for indicating the display style and the display content of the interface and sending the data field to the client; and receiving and loading the interface according to the indication of the data field sent by the server, so that the server provides corresponding interface loading data according to the target scene parameters sent by the client, the technical effect of decoupling the client from the service is realized, and the technical problem that the client needs to be coupled with the service when displaying the interface in the related technology is solved.

In the embodiment of the invention, the data request drawn by the interface is only related to the page type and is not bound with the service supported by the page; the display content in the interface can be completely controlled by the data side; the order adjustment between the up and down lines and the modules of a certain content module is supported on line at any time; the platform is not distinguished, and the system can be simultaneously applied by a plurality of platforms.

It should be noted that, for simplicity of description, the above-mentioned method embodiments are described as a series of acts or combination of acts, but those skilled in the art will recognize that the present invention is not limited by the order of acts, as some steps may occur in other orders or concurrently in accordance with the invention. Further, those skilled in the art should also appreciate that the embodiments described in the specification are preferred embodiments and that the acts and modules referred to are not necessarily required by the invention.

Through the above description of the embodiments, those skilled in the art can clearly understand that the method according to the above embodiments can be implemented by software plus a necessary general hardware platform, and certainly can also be implemented by hardware, but the former is a better implementation mode in many cases. Based on such understanding, the technical solutions of the present invention may be embodied in the form of a software product, which is stored in a storage medium (e.g., ROM/RAM, magnetic disk, optical disk) and includes instructions for enabling a terminal device (e.g., a mobile phone, a computer, a server, or a network device) to execute the method according to the embodiments of the present invention.

Example 2

According to the embodiment of the invention, the interface display device for implementing the interface display method is also provided. Fig. 6 is a schematic diagram of an alternative interface display apparatus according to an embodiment of the present invention, as shown in fig. 6, the apparatus may include: the first obtaining unit 42 is configured to obtain a data request sent by a client, where the data request carries a target scene parameter of an application scene corresponding to an interface requested to be displayed by the client; a second obtaining unit 44, configured to obtain a data field corresponding to the target scene parameter, where the data field is used to indicate a display style and display content of the interface; a first sending unit 46, configured to send the data field to the client, so as to instruct the client to display an interface according to the data field.

It should be noted that the first acquiring unit 42 in this embodiment may be configured to execute step S202 in embodiment 1 of this application, the second acquiring unit 44 in this embodiment may be configured to execute step S204 in embodiment 1 of this application, and the first sending unit 46 in this embodiment may be configured to execute step S206 in embodiment 1 of this application.

It should be noted here that the modules described above are the same as the examples and application scenarios implemented by the corresponding steps, but are not limited to the disclosure of embodiment 1 described above. It should be noted that the modules described above as a part of the apparatus may operate in a hardware environment as shown in fig. 1(c), and may be implemented by software or hardware.

As an alternative embodiment, as shown in fig. 5, the second obtaining unit 44 includes: a first obtaining module 442, configured to obtain a target template matched with the target scene parameter, where the target template includes a data field; a second obtaining module 444, configured to obtain the data field in the target template.

It should be noted that the first obtaining module 442 in this embodiment may be configured to execute step S208 in embodiment 1 of this application, and the second obtaining module 444 in this embodiment may be configured to execute step S210 in embodiment 1 of this application.

As an alternative embodiment, as shown in fig. 8, the second obtaining unit 44 includes: a first determining module 446, configured to determine an application scenario described by the target scenario parameter; a second determining module 448, configured to determine a target view module included in the interface in the application scenario described by the target scenario parameter; a third obtaining module 4410, configured to obtain a target field corresponding to the target view module; a splicing module 4412, configured to splice the obtained object fields into an object template.

It should be noted that the first determining module 446 in this embodiment may be configured to execute the step S212 in embodiment 1 of this application, the second determining module 448 in this embodiment may be configured to execute the step S214 in embodiment 1 of this application, the third obtaining module 4410 in this embodiment may be configured to execute the step S216 in embodiment 1 of this application, and the splicing module 4412 in this embodiment may be configured to execute the step S218 in embodiment 1 of this application.

As an alternative embodiment, as shown in fig. 9, the second obtaining unit 44 includes: a fourth obtaining module 4414, configured to obtain an association relationship between the scene parameter and the corresponding template; a fifth obtaining module 4416, configured to obtain, according to the obtained association relationship, a candidate template having an association relationship with the target scene parameter from a plurality of templates set in advance; a third determining module 4418, configured to use the candidate template as the target template.

It should be noted that the fourth obtaining module 4414 in this embodiment may be configured to execute step S220 in embodiment 1 of this application, the fifth obtaining module 4416 in this embodiment may be configured to execute step S222 in embodiment 1 of this application, and the third determining module 4418 in this embodiment may be configured to execute step S224 in embodiment 1 of this application.

As an alternative embodiment, as shown in fig. 10, the second obtaining unit 44 includes: a first determining module 4420, configured to determine whether the target scene parameter is a scene parameter for describing that the interface may jump after being triggered; a sixth obtaining module 4422, configured to, if yes, obtain a first template matching the target scene parameter, where the first template is used to instruct the client to display an interface that can generate a jump after being triggered.

It should be noted that the first determining module 4420 in this embodiment may be configured to execute step S226 in embodiment 1 of this application, and the sixth obtaining module 4422 in this embodiment may be configured to execute step S228 in embodiment 1 of this application.

As an alternative embodiment, as shown in fig. 11, the second obtaining unit 44 includes: a second judging module 4424, configured to judge whether the target scene parameter is a scene parameter for describing that the interface can be voted after being triggered; and a seventh obtaining module 4426, configured to, if yes, obtain a second template matching the target scene parameter, where the second template is used to instruct the client to display an interface on which voting is available after the triggering.

It should be noted that the second determining module 4424 in this embodiment may be configured to execute step S230 in embodiment 1 of this application, and the seventh obtaining module 4426 in this embodiment may be configured to execute step S232 in embodiment 1 of this application.

As an alternative embodiment, as shown in fig. 12, the apparatus further includes: a third obtaining unit 48, configured to obtain an adjustment instruction for adjusting the display style and/or the display content of the data field after sending the data field to the client to instruct the client to display an interface according to the data field; an adjusting unit 410, configured to adjust the data field according to the adjustment instruction; a second sending unit 412, configured to send the adjusted data field to the client, so that the client refreshes the interface according to the adjusted data field.

It should be noted that the third obtaining unit 48 in this embodiment may be configured to execute step S234 in embodiment 1 of this application, the adjusting unit 410 in this embodiment may be configured to execute step S236 in embodiment 1 of this application, and the second sending unit 412 in this embodiment may be configured to execute step S238 in embodiment 1 of this application.

As an alternative embodiment, as shown in fig. 13, the adjusting unit 410 includes: a first adjusting module 4102, configured to add a corresponding data field in the data field according to the adjusting instruction; and/or a second adjusting module 4104, configured to delete a corresponding data field from the data field according to the adjustment instruction; and/or a third adjusting module 4106, configured to modify, according to the adjustment instruction, a corresponding data field in the data field; and/or a fourth adjusting module 4108, configured to modify, according to the adjusting instruction, a position parameter and/or a type parameter of a corresponding data field in the data field, so as to adjust a display position and/or a display type of the corresponding view module in the interface.

It should be noted that the first adjusting module 4102 in this embodiment may be configured to execute step S240 in embodiment 1 of this application, the second adjusting module 4104 in this embodiment may be configured to execute step S242 in embodiment 1 of this application, the third adjusting module 4106 in this embodiment may be configured to execute step S244 in embodiment 1 of this application, and the fourth adjusting module 4108 in this embodiment may be configured to execute step S246 in embodiment 1 of this application.

As an alternative embodiment, the data field may be multiplexed by other templates than the target template.

The present invention also provides a preferred embodiment, which is an interface loading device, fig. 14 is a schematic diagram of an alternative interface loading device according to an embodiment of the present invention, as shown in fig. 14, the device includes: a third sending unit 122, configured to send a data request to a server, so that the server obtains a data field corresponding to a target scene parameter according to the target scene parameter of an application scene corresponding to an interface requested to be displayed by a client and carried in the data request, where the data field is used to indicate a display style and a display content of the interface, and send the data field to the client; and the loading unit 124 is used for receiving and loading the interface according to the indication of the data field sent by the server.

It should be noted that the third sending unit 122 in this embodiment may be configured to execute step S302 in embodiment 1 of this application, and the loading unit 124 in this embodiment may be configured to execute step S304 in embodiment 1 of this application.

Through the module, the technical problem that the client needs to be coupled with the service when displaying the interface in the related technology can be solved, and the technical effect of decoupling the client from the service is further achieved.

Example 3

According to the embodiment of the invention, the invention also provides a server or a terminal for implementing the interface display method.

Fig. 15 is a block diagram of a terminal according to an embodiment of the present invention, and as shown in fig. 15, the terminal may include: one or more processors 201 (only one of which is shown), a memory 203, and a transmission device 205 (such as the transmission device in the above embodiment), as shown in fig. 15, the terminal may further include an input/output device 207.

The memory 203 may be configured to store software programs and modules, such as program instructions/modules corresponding to the interface display method and apparatus in the embodiments of the present invention, and the processor 201 executes various functional applications and data processing by running the software programs and modules stored in the memory 203, that is, implements the interface display method. The memory 203 may include high speed random access memory, and may also include non-volatile memory, such as one or more magnetic storage devices, flash memory, or other non-volatile solid-state memory. In some examples, the memory 203 may further include memory located remotely from the processor 201, which may be connected to the terminal over a network. Examples of such networks include, but are not limited to, the internet, intranets, local area networks, mobile communication networks, and combinations thereof.

The transmission device 205 is used for receiving or sending data via a network, and can also be used for data transmission between a processor and a memory. Examples of the network may include a wired network and a wireless network. In one example, the transmission device 205 includes a Network adapter (NIC) that can be connected to a router via a Network cable and other Network devices to communicate with the internet or a local area Network. In one example, the transmission device 205 is a Radio Frequency (RF) module, which is used for communicating with the internet in a wireless manner.

Wherein the memory 203 is specifically used for storing application programs.

The processor 201 may call the application stored in the memory 203 via the transmission means 205 to perform the following steps: acquiring a data request sent by a client, wherein the data request carries target scene parameters of an application scene corresponding to an interface requested to be displayed by the client; acquiring a data field corresponding to the target scene parameter, wherein the data field is used for indicating the display style and the display content of the interface; and sending the data field to the client to instruct the client to display the interface according to the data field.

The processor 201 is further configured to perform the following steps: acquiring data fields corresponding to the target scene parameters comprises: acquiring a target template matched with the target scene parameters, wherein the target template comprises data fields; and acquiring the data field in the target template.

The processor 201 is further configured to perform the following steps: the method for acquiring the target template matched with the target scene parameters comprises the following steps: determining an application scene described by the target scene parameters; determining a target view module contained in the interface under the application scene described by the target scene parameters; acquiring a target field corresponding to a target view module; and splicing the obtained target fields into a target template.

The processor 201 is further configured to perform the following steps: the method for acquiring the target template matched with the target scene parameters comprises the following steps: acquiring an incidence relation between the scene parameters and the corresponding templates; acquiring candidate templates having association relation with the target scene parameters from a plurality of preset templates according to the acquired association relation; and taking the candidate template as a target template.

The processor 201 is further configured to perform the following steps: the method for acquiring the target template matched with the target scene parameters comprises the following steps: judging whether the target scene parameters are scene parameters for describing that the interface can generate jump after being triggered; and if so, acquiring a first template matched with the target scene parameters, wherein the first template is used for indicating the client to display an interface which can generate the jump after being triggered.

The processor 201 is further configured to perform the following steps: the method for acquiring the target template matched with the scene parameters comprises the following steps: judging whether the target scene parameters are scene parameters for describing that the interface can be voted after being triggered; and if so, acquiring a second template matched with the target scene parameters, wherein the second template is used for indicating the client to display an interface which can be used for voting after being triggered.

The processor 201 is further configured to perform the following steps: after the data field is sent to the client to indicate the client to display an interface according to the data field, an adjusting instruction for adjusting the display style and/or the display content of the data field is obtained; adjusting the data field according to the adjusting instruction; and sending the adjusted data field to the client so that the client refreshes the interface according to the integrated data field.

The processor 201 is further configured to perform the following steps: according to the adjustment instruction, adjusting the data field comprises: adding corresponding data fields in the data fields according to the adjusting instruction; and/or deleting the corresponding data fields from the data fields according to the adjusting instruction; and/or modifying the corresponding data field in the data field according to the adjusting instruction; and/or modifying the position parameter and/or the type parameter of the corresponding data field in the data field according to the adjustment instruction so as to adjust the display position and/or the display type of the corresponding view module in the interface.

The processor 201 is further configured to perform the following steps: the data field may be multiplexed by templates other than the target template.

The processor 201 may call the application stored in the memory 203 via the transmission means 205 to perform the following steps: the method comprises the steps that a data request is sent to a server, so that the server obtains a data field corresponding to a target scene parameter according to the target scene parameter of an application scene corresponding to an interface requested to be displayed by a client and carried in the data request, wherein the data field is used for indicating the display style and the display content of the interface and sending the data field to the client;

the processor 201 is further configured to perform the following steps: and receiving and loading the interface according to the indication of the data field sent by the server.

The embodiment of the invention provides a scheme for decoupling a client and a service. Acquiring a data request sent by a client, wherein the data request carries target scene parameters of an application scene corresponding to an interface requested to be displayed by the client; acquiring a data field corresponding to the target scene parameter, wherein the data field is used for indicating the display style and the display content of the interface; and sending the data field to the client to indicate the client to display the interface according to the data field, so that the technical effect of decoupling the client from the service is achieved, and the technical problem that the client needs to be coupled with the service when displaying the interface in the related technology is solved.

Optionally, the specific examples in this embodiment may refer to the examples described in embodiment 1 and embodiment 2, and this embodiment is not described herein again.

It can be understood by those skilled in the art that the structure shown in fig. 15 is only an illustration, and the terminal may be a terminal device such as a smart phone (e.g., an Android phone, an iOS phone, etc.), a tablet computer, a palm computer, and a Mobile Internet Device (MID), a PAD, etc. Fig. 15 is a diagram illustrating a structure of the electronic device. For example, the terminal may also include more or fewer components (e.g., network interfaces, display devices, etc.) than shown in FIG. 15, or have a different configuration than shown in FIG. 15.

Those skilled in the art will appreciate that all or part of the steps in the methods of the above embodiments may be implemented by a program instructing hardware associated with the terminal device, where the program may be stored in a computer-readable storage medium, and the storage medium may include: flash disks, Read-Only memories (ROMs), Random Access Memories (RAMs), magnetic or optical disks, and the like.

Example 4

The embodiment of the invention also provides a storage medium. Alternatively, in this embodiment, the storage medium may be a program code for executing the interface display method.

Optionally, in this embodiment, the storage medium may be located on at least one of a plurality of network devices in a network shown in the above embodiment.

Optionally, in this embodiment, the storage medium is configured to store program code for performing the following steps:

s1, acquiring a data request sent by a client, wherein the data request carries target scene parameters of an application scene corresponding to an interface requested to be displayed by the client;

s2, acquiring a data field corresponding to the target scene parameter, wherein the data field is used for indicating the display style and the display content of the interface;

s3, sending the data field to the client to instruct the client to display the interface according to the data field.

Optionally, the storage medium is further arranged to store program code for performing the steps of: acquiring data fields corresponding to the target scene parameters comprises: acquiring a target template matched with the target scene parameters, wherein the target template comprises data fields; and acquiring the data field in the target template.

Optionally, the storage medium is further arranged to store program code for performing the steps of: the method for acquiring the target template matched with the target scene parameters comprises the following steps: determining an application scene described by the target scene parameters; determining a target view module contained in the interface under the application scene described by the target scene parameters; acquiring a target field corresponding to a target view module; and splicing the obtained target fields into a target template.

Optionally, the storage medium is further arranged to store program code for performing the steps of: the method for acquiring the target template matched with the target scene parameters comprises the following steps: acquiring an incidence relation between the scene parameters and the corresponding templates; acquiring candidate templates having association relation with the target scene parameters from a plurality of preset templates according to the acquired association relation; and taking the candidate template as a target template.

Optionally, the storage medium is further arranged to store program code for performing the steps of: the method for acquiring the target template matched with the target scene parameters comprises the following steps: judging whether the target scene parameters are scene parameters for describing that the interface can generate jump after being triggered; and if so, acquiring a first template matched with the target scene parameters, wherein the first template is used for indicating the client to display an interface which can generate the jump after being triggered.

Optionally, the storage medium is further arranged to store program code for performing the steps of: the method for acquiring the target template matched with the scene parameters comprises the following steps: judging whether the target scene parameters are scene parameters for describing that the interface can be voted after being triggered; and if so, acquiring a second template matched with the target scene parameters, wherein the second template is used for indicating the client to display an interface which can be used for voting after being triggered.

Optionally, the storage medium is further arranged to store program code for performing the steps of: after sending the data fields to the client to instruct the client to display the interface according to the data fields, the method further comprises: acquiring an adjusting instruction for adjusting the display style and/or the display content of the data field; adjusting the data field according to the adjusting instruction; and sending the adjusted data field to the client so that the client refreshes the interface according to the integrated data field.

Optionally, the storage medium is further arranged to store program code for performing the steps of: according to the adjustment instruction, adjusting the data field comprises: adding corresponding data fields in the data fields according to the adjusting instruction; and/or deleting the corresponding data fields from the data fields according to the adjusting instruction; and/or modifying the corresponding data field in the data field according to the adjusting instruction; and/or modifying the position parameter and/or the type parameter of the corresponding data field in the data field according to the adjustment instruction so as to adjust the display position and/or the display type of the corresponding view module in the interface.

Optionally, the storage medium is further arranged to store program code for performing the steps of: the data field may be multiplexed by templates other than the target template.

Optionally, the storage medium is further arranged to store program code for performing the steps of: to perform the following steps: the method comprises the steps that a data request is sent to a server, so that the server obtains a data field corresponding to a target scene parameter according to the target scene parameter of an application scene corresponding to an interface requested to be displayed by a client and carried in the data request, wherein the data field is used for indicating the display style and the display content of the interface and sending the data field to the client;

optionally, the storage medium is further arranged to store program code for performing the steps of: and receiving and loading the interface according to the indication of the data field sent by the server.

Optionally, in this embodiment, the storage medium may include, but is not limited to: a U-disk, a Read-Only Memory (ROM), a Random Access Memory (RAM), a removable hard disk, a magnetic or optical disk, and other various media capable of storing program codes.

The above-mentioned serial numbers of the embodiments of the present invention are merely for description and do not represent the merits of the embodiments.

The integrated unit in the above embodiments, if implemented in the form of a software functional unit and sold or used as a separate product, may be stored in the above computer-readable storage medium. Based on such understanding, the technical solution of the present invention may be embodied in the form of a software product, which is stored in a storage medium and includes several instructions for causing one or more computer devices (which may be personal computers, servers, network devices, etc.) to execute all or part of the steps of the method according to the embodiments of the present invention.

In the above embodiments of the present invention, the descriptions of the respective embodiments have respective emphasis, and for parts that are not described in detail in a certain embodiment, reference may be made to related descriptions of other embodiments.

In the several embodiments provided in the present application, it should be understood that the disclosed client may be implemented in other manners. The above-described embodiments of the apparatus are merely illustrative, and for example, the division of the units is only one type of division of logical functions, and there may be other divisions when actually implemented, for example, a plurality of units or components may be combined or may be integrated into another system, or some features may be omitted, or not executed. In addition, the shown or discussed mutual coupling or direct coupling or communication connection may be an indirect coupling or communication connection through some interfaces, units or modules, and may be in an electrical or other form.

The units described as separate parts may or may not be physically separate, and parts displayed as units may or may not be physical units, may be located in one place, or may be distributed on a plurality of network units. Some or all of the units can be selected according to actual needs to achieve the purpose of the solution of the embodiment.

In addition, functional units in the embodiments of the present invention may be integrated into one processing unit, or each unit may exist alone physically, or two or more units are integrated into one unit. The integrated unit can be realized in a form of hardware, and can also be realized in a form of a software functional unit.

The foregoing is only a preferred embodiment of the present invention, and it should be noted that, for those skilled in the art, various modifications and decorations can be made without departing from the principle of the present invention, and these modifications and decorations should also be regarded as the protection scope of the present invention.

Claims

1. An interface display method, comprising:

acquiring a data request sent by a client, wherein the data request carries a target scene parameter of an application scene corresponding to an interface requested to be displayed by the client and an identity of a page where the interface is located;

acquiring a target template matched with the target scene parameters, wherein the target template comprises data fields;

acquiring the data field in the target template, wherein the data field is used for indicating the display style and the display content of the interface, and the data field can be reused by other templates except the target template;

sending the data field to the client to instruct the client to display the interface on the page according to the data field, wherein the page comprises a plurality of interfaces, the interface comprises a plurality of view modules, and the data field corresponds to each view module in the plurality of view modules one to one.

2. The method of claim 1, wherein obtaining a target template matching the target scene parameters comprises:

determining an application scene described by the target scene parameters;

determining a target view module contained in the interface under the application scene described by the target scene parameters;

acquiring a target field corresponding to the target view module;

and splicing the obtained target fields into the target template.

3. The method of claim 1, wherein obtaining a target template matching the target scene parameters comprises:

acquiring an incidence relation between the scene parameters and the corresponding templates;

according to the obtained incidence relation, obtaining a candidate template having incidence relation with the target scene parameter from a plurality of preset templates;

and taking the candidate template as the target template.

4. The method of claim 1, wherein obtaining a target template matching the target scene parameters comprises:

judging whether the target scene parameter is a scene parameter for describing that the interface can generate jump after being triggered;

and if so, acquiring a first template matched with the target scene parameters, wherein the first template is used for indicating the client to display an interface which can generate a jump after being triggered.

5. The method of claim 1, wherein obtaining a target template matching the scene parameters comprises:

judging whether the target scene parameters are scene parameters for describing that the interface can be voted after being triggered;

and if so, acquiring a second template matched with the target scene parameters, wherein the second template is used for indicating the client to display an interface which can be used for voting after being triggered.

6. The method of claim 1, wherein after sending the data field to the client to instruct the client to display the interface according to the data field, the method further comprises:

acquiring an adjusting instruction for adjusting the display style and/or the display content of the data field;

adjusting the data field according to the adjusting instruction;

and sending the adjusted data field to the client so that the client refreshes the interface according to the adjusted data field.

7. The method of claim 6, wherein adjusting the data field according to the adjustment instruction comprises:

adding corresponding data fields in the data fields according to the adjusting instruction; and/or

Deleting the corresponding data fields from the data fields according to the adjusting instruction; and/or

Modifying the corresponding data fields in the data fields according to the adjusting instruction; and/or

And according to the adjusting instruction, modifying the position parameter and/or the type parameter of the corresponding data field in the data field so as to adjust the display position and/or the display type of the corresponding view module in the interface.

8. An interface loading method, comprising:

sending a data request to a server so that the server acquires a data field corresponding to a target scene parameter according to the target scene parameter of an application scene corresponding to an interface requested to be displayed by a client and an identity of a page where the interface is located, wherein the target scene parameter is carried in the data request, the data field is used for indicating a display style and display content of the interface, the data field can be multiplexed by other templates except a target template, and the data field is sent to the client;

receiving and loading the interface on the page according to the indication of the data field sent by the server, wherein the page comprises a plurality of interfaces, the interface comprises a plurality of view modules, and the data field corresponds to each view module in the plurality of view modules one to one;

the server is further used for obtaining a target template matched with the target scene parameters, wherein the target template comprises the data fields; and acquiring the data field in the target template.

9. An interface display device, comprising:

the system comprises a first obtaining unit, a second obtaining unit and a third obtaining unit, wherein the first obtaining unit is used for obtaining a data request sent by a client, and the data request carries a target scene parameter of an application scene corresponding to an interface requested to be displayed by the client and an identity of a page where the interface is located;

a second obtaining unit, configured to obtain a data field corresponding to the target scene parameter, where the data field is used to indicate a display style and a display content of the interface, and the data field may be reused by other templates except for the target template;

the first sending unit is used for sending the data fields to the client to instruct the client to display the interface on the page according to the data fields, wherein the interface comprises a plurality of view modules, and the data fields correspond to each view module in the view modules one to one;

the second acquisition unit includes: the first acquisition module is used for acquiring a target template matched with the target scene parameters, wherein the target template comprises the data fields; and the second acquisition module is used for acquiring the data field in the target template.

10. The apparatus of claim 9, wherein the second obtaining unit comprises:

a first determining module, configured to determine an application scenario described by the target scenario parameter;

a second determining module, configured to determine a target view module included in the interface in the application scene described by the target scene parameter;

a third obtaining module, configured to obtain a target field corresponding to the target view module;

and the splicing module is used for splicing the obtained target fields into the target template.

11. The apparatus of claim 9, wherein the second obtaining unit comprises:

the fourth acquisition module is used for acquiring the incidence relation between the scene parameters and the corresponding templates;

a fifth obtaining module, configured to obtain, according to the obtained association relationship, a candidate template having an association relationship with the target scene parameter from a plurality of preset templates;

a third determining module, configured to use the candidate template as the target template.

12. The apparatus of claim 9, wherein the second obtaining unit comprises:

the first judgment module is used for judging whether the target scene parameter is a scene parameter for describing that the interface can generate skip after being triggered;

and a sixth obtaining module, configured to, if yes, obtain a first template that matches the target scene parameter, where the first template is used to instruct the client to display an interface that can generate a jump after being triggered.

13. The apparatus of claim 9, wherein the second obtaining unit comprises:

the second judgment module is used for judging whether the target scene parameters are scene parameters for describing that the interface can be voted after being triggered;

and a seventh obtaining module, configured to, if yes, obtain a second template that matches the target scene parameter, where the second template is used to instruct the client to display an interface that can be used for voting after being triggered.

14. The apparatus of claim 9, further comprising:

a third obtaining unit, configured to obtain an adjustment instruction for adjusting a display style and/or display content of the data field after sending the data field to the client to instruct the client to display the interface according to the data field;

the adjusting unit is used for adjusting the data field according to the adjusting instruction;

and the second sending unit is used for sending the adjusted data field to the client so that the client refreshes the interface according to the adjusted data field.

15. The apparatus of claim 14, wherein the adjusting unit comprises:

the first adjusting module is used for adding corresponding data fields in the data fields according to the adjusting instruction; and/or

The second adjusting module is used for deleting the corresponding data fields from the data fields according to the adjusting instruction; and/or

The third adjusting module is used for modifying the corresponding data fields in the data fields according to the adjusting instruction; and/or

And the fourth adjusting module is used for modifying the position parameter and/or the type parameter of the corresponding data field in the data field according to the adjusting instruction so as to adjust the display position and/or the display type of the corresponding view module in the interface.

16. An interface loading device, comprising:

a third sending unit, configured to send a data request to a server, so that the server obtains a data field corresponding to a target scene parameter of an application scene corresponding to an interface requested to be displayed by a client according to the target scene parameter of the application scene carried in the data request and an identity of a page where the interface is located, where the data field is used to indicate a display style and display content of the interface, and the data field may be multiplexed by templates other than a target template and sent to the client;

the loading unit is used for receiving and loading the interface on the page according to the indication of the data field sent by the server, wherein the interface comprises a plurality of view modules, and the data field corresponds to each view module in the view modules one by one;

17. A computer-readable storage medium comprising a stored program, wherein the program when executed performs the method of any of claims 1 to 7.

18. A computer-readable storage medium comprising a stored program, wherein the program when executed performs the method of claim 8.

19. An electronic device comprising a memory and a processor, characterized in that the memory has stored therein a computer program, the processor being arranged to execute the method of any of claims 1 to 7 by means of the computer program.