CN108108219B - Application program running method and device, computer equipment and storage medium - Google Patents
Application program running method and device, computer equipment and storage medium Download PDFInfo
- Publication number
- CN108108219B CN108108219B CN201711491035.XA CN201711491035A CN108108219B CN 108108219 B CN108108219 B CN 108108219B CN 201711491035 A CN201711491035 A CN 201711491035A CN 108108219 B CN108108219 B CN 108108219B
- Authority
- CN
- China
- Prior art keywords
- built
- page
- kernel
- program
- application program
- 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
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements 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/44—Arrangements for executing specific programs
- G06F9/451—Execution arrangements for user interfaces
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- Human Computer Interaction (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Information Transfer Between Computers (AREA)
- Stored Programmes (AREA)
Abstract
The application relates to an application program running method, an application program running system, a computer device and a storage medium. The method comprises the following steps: sending a page acquisition request to a built-in server kernel of an application program through a built-in browser kernel of the application program, wherein the page acquisition request carries a page identifier; acquiring a page program corresponding to the page identifier through a built-in server kernel, and sending the page program to a built-in browser kernel; and rendering according to the page program through the built-in browser kernel to obtain a target interface. According to the application program running method, the application program running device, the computer equipment and the storage medium, different application programs do not need to be developed aiming at different SDKs, only the built-in browser kernel and the built-in server kernel are implanted into the application programs, and the built-in browser kernel has strong rendering capability, so that the graphical interface of the application programs can be still displayed, the development of the SDKs is reduced, and the original functions are kept.
Description
Technical Field
The present application relates to the field of computer technologies, and in particular, to an application program running method and apparatus, a computer device, and a storage medium.
Background
With the Development of computer technology, applications have emerged, which can be installed in different operating systems, and each operating system provides different SDKs (Software Development kits) for respective operating system platforms to developers, who use the SDKs to build graphical interface applications on the operating system platforms.
However, developers of each os platform need to learn sdk profiles of their own os platform, and even need to know system characteristics of different os platforms in different development languages. This results in a company that needs to develop multiple versions of a same functional application, needs to maintain different versions, and needs to implement multiple versions in different languages for the same application control logic.
Disclosure of Invention
In view of the foregoing, it is desirable to provide an application running method, apparatus, computer device and storage medium capable of reducing development versions.
An application program running method, the method comprising:
sending a page acquisition request to a built-in server kernel of an application program through a built-in browser kernel of the application program, wherein the page acquisition request carries a page identifier;
acquiring a page program corresponding to the page identifier through the built-in server kernel, and sending the page program to the built-in browser kernel;
and rendering according to the page program through the built-in browser kernel to obtain a target interface.
In one embodiment, the method further comprises:
receiving an input page program and a background picture corresponding to the page program;
and installing the page program and the background picture into an installation catalog of an application program.
In one embodiment, the step of obtaining the target interface by rendering through the built-in browser kernel according to the page program includes:
rendering according to the page program through the built-in browser kernel;
when a background picture needs to be acquired in the rendering process, sending a background picture acquisition request to the built-in server kernel through the built-in browser kernel;
acquiring a background picture corresponding to the background picture acquisition request through the built-in server kernel, and sending the background picture to the built-in browser kernel;
and continuously rendering according to the background picture through the built-in browser kernel to obtain a target interface.
In one embodiment, the method further comprises:
receiving input parameters through a target interface obtained through rendering;
sending the parameters to the built-in server kernel through the built-in browser kernel;
verifying the parameters through the built-in server kernel, and sending a verification result to the built-in server kernel;
and displaying the verification result to the target interface through the built-in server kernel.
In one embodiment, the step of sending the parameters to the built-in server kernel through the built-in browser kernel includes:
and sending a parameter asynchronous sending request to the built-in server kernel through the built-in browser kernel, wherein the parameter asynchronous sending request carries the parameter.
In one embodiment, the method further comprises:
a preset port is looped through a built-in server kernel;
and when a page acquisition request is received in the preset port, continuing to acquire a page program corresponding to the page identifier through the built-in server kernel.
An application execution apparatus, the apparatus comprising:
the system comprises a page acquisition request sending module, a page acquisition request sending module and a page identification sending module, wherein the page acquisition request sending module is used for sending a page acquisition request to a built-in server kernel of an application program through a built-in browser kernel of the application program, and the page acquisition request carries a page identification;
the page program sending module is used for acquiring a page program corresponding to the page identifier through the built-in server kernel and sending the page program to the built-in browser kernel;
and the rendering module is used for rendering according to the page program through the built-in browser kernel to obtain a target interface.
In one embodiment, the apparatus further comprises:
the receiving module is used for receiving an input page program and a background picture corresponding to the page program;
and the installation module is used for installing the page program and the background picture into an installation catalog of an application program.
A computer device comprising a memory, a processor and a computer program stored on the memory and executable on the processor, the processor implementing the steps of any of the methods described above when executing the computer program.
A computer-readable storage medium, on which a computer program is stored which, when being executed by a processor, carries out the steps of the method of any of the above.
According to the application program running method, the application program running device, the computer equipment and the storage medium, different application programs do not need to be developed aiming at different SDKs, only the built-in browser kernel and the built-in server kernel are implanted into the application programs, and the built-in browser kernel has strong rendering capability, so that the graphical interface of the application programs can be still displayed, the development of the SDKs is reduced, and the original functions are kept.
Drawings
FIG. 1 is a diagram of an application scenario illustrating a method for running an application in one embodiment;
FIG. 2 is a flowchart illustrating a method for running an application according to one embodiment;
FIG. 3 is a diagram of a login interface of an application in one embodiment;
FIG. 4 is a timing diagram illustrating a method for running an application in one embodiment;
FIG. 5 is a block diagram showing the configuration of an application execution apparatus according to an embodiment;
FIG. 6 is a diagram illustrating an internal structure of a computer device according to an embodiment.
Detailed Description
In order to make the objects, technical solutions and advantages of the present application more apparent, the present application is described in further detail below with reference to the accompanying drawings and embodiments. It should be understood that the specific embodiments described herein are merely illustrative of the present application and are not intended to limit the present application.
The application program running method provided by the application program can be applied to the application environment shown in fig. 1. The terminal comprises a built-in browser kernel and a built-in server kernel, and page display of the application program is realized through the built-in browser kernel and the built-in server kernel, for example, the terminal sends a page acquisition request to the built-in server kernel of the application program through the built-in browser kernel of the application program, wherein the page acquisition request carries a page identifier; the terminal acquires a page program corresponding to the page identifier through the built-in server kernel and sends the page program to the built-in browser kernel; and the terminal carries out rendering according to the page program through the built-in browser kernel to obtain a target interface. The terminal may be, but is not limited to, various personal computers, notebook computers, smart phones, tablet computers, and portable wearable devices.
In an embodiment, as shown in fig. 2, an application running method is provided, which is described by taking the application of the method to the terminal in fig. 1 as an example, and includes the following steps:
s202: and sending a page acquisition request to a built-in server kernel of the application program through a built-in browser kernel of the application program, wherein the page acquisition request carries a page identifier.
Specifically, a built-in browser kernel and a built-in server kernel are embedded in an application program with a graphical interface of the terminal, so that the built-in browser kernel can be used as a module of the graphical interface to replace sdk of a diversified operating system in a traditional development mode, and the built-in server kernel is used as a model and a data controller of a non-interface part of the application program. The built-in browser directly uses the script language of the browser to directly interact with the built-in server kernel, and the interaction process adopts a standard http protocol. And the built-in server kernel not only focuses on the interaction with the built-in browser kernel, but also includes a data model, namely a page program and the like.
The built-in browser kernel in this embodiment may be a browser kernel premium kernel of google corporation as an embedded graphical interface sdk provider, and a microhttpd open source http server library of GNU organization as a built-in server kernel.
When the terminal detects that the application program is started or a display interface of the application program needs to be changed, the terminal sends a page acquisition request to a built-in server kernel of the application program through a built-in browser kernel of the application program, where the page acquisition request carries a page identifier, and the page identifier may be an identifier that uniquely determines the corresponding page program, such as a specific ID, and is not limited herein.
S204: and acquiring a page program corresponding to the page identifier through the built-in server kernel, and sending the page program to the built-in browser kernel.
Specifically, when the built-in server kernel receives the page obtaining request, the corresponding page programs are obtained according to the page identifiers carried by the page obtaining request, where the page programs may be pre-stored in the terminal, for example, the page programs may be packaged in an application program installation package and installed in the terminal together with the application program installation package, and when the terminal queries the page programs through the built-in server kernel, the page programs are sent to the built-in browser kernel, so that the built-in browser kernel can render according to the page programs.
S206: and rendering according to the page program through the built-in browser kernel to obtain a target interface.
Specifically, when the built-in browser kernel receives the page program, the page program is executed, so that the corresponding page can be rendered to obtain a target interface, and the display of the image interface of the application program is realized.
According to the application program running method, the application program running device, the computer equipment and the storage medium, different application programs do not need to be developed aiming at different SDKs, only the built-in browser kernel and the built-in server kernel are implanted into the application programs, and the built-in browser kernel has strong rendering capability, so that the graphical interface of the application programs can be still displayed, the development of the SDKs is reduced, and the original functions are kept. The built-in browser kernel and the built-in server kernel are embedded in an application program of a front-end terminal, the built-in browser kernel is communicated with the built-in server kernel through a standard http protocol, the built-in browser kernel and the built-in server kernel are combined together and placed in the application program, the built-in browser kernel provides interaction, the built-in server kernel provides a data state, communication is carried out through the standard http protocol, a graphical interface of the application program can be displayed, development of SDK is reduced, and meanwhile the original functions are kept.
In one embodiment, the application program running method further includes a preprocessing step, where the preprocessing step includes receiving an input page program and a background picture corresponding to the page program; and installing the page program and the background picture into an installation catalog of the application program.
Specifically, when an application is developed, a built-in browser kernel and a built-in server kernel are embedded in the application, and a communication application is developed, particularly a login interface of the communication application is described, referring to fig. 3, fig. 3 is a schematic diagram of the login interface of the application in an embodiment, the login interface includes a background picture, a logo, an input frame, a login button, and the like, and conventionally, the background picture, the logo, the input frame, the login button, and the like on the login interface are all rendered and drawn up by using sdk rendering of a windows platform, but in this embodiment, a developer first writes a page program log.html of the page, and if the page has the background picture, the page program log.html of the page and the background picture images/log.png are packaged together and stored in an installation package of the application, during the installation of the application, html of the page program will be installed into the installation directory of the application program together with the background picture images/logo.
In order to store the page program and the background picture of the application program in a classified manner, a unique ID may be assigned to the page program of the application program, and the background picture corresponding to the page program and the page program are stored in an associated manner, so that the associated installation may be performed correspondingly in the installation process.
In the embodiment, when the application program is developed, the built-in browser kernel and the built-in server kernel are embedded in the application program, and the related page program and the background picture are written and stored in the built-in server kernel, so that when the application program is used, the built-in browser kernel can directly interact with the built-in server kernel to obtain the page program in the built-in server kernel, different application programs do not need to be developed aiming at different SDKs, the development of the SDKs is reduced, and the original functions are maintained.
In one embodiment, in step S206, the step of obtaining the target interface by rendering through the built-in browser kernel according to the page program may include: rendering is carried out through a built-in browser kernel according to a page program; when a background picture needs to be acquired in the rendering process, sending a background picture acquisition request to a built-in server kernel through a built-in browser kernel; acquiring a background picture corresponding to the background picture acquisition request through a built-in server kernel, and sending the background picture to a built-in browser kernel; and continuously rendering according to the background picture through the built-in browser kernel to obtain a target interface.
Specifically, when the built-in browser kernel acquires the page program, the built-in browser kernel performs rendering according to the page program, and when a background picture needs to be acquired in the rendering process, for example, in the above embodiment, when a background picture of a login interface needs to be acquired, a background picture acquisition request is sent to the built-in server kernel through the built-in browser kernel, where the request is also based on a standard http protocol, and when the built-in server kernel acquires a high background picture acquisition request, a corresponding background picture can be queried according to an ID of the page program, and the background picture is sent to the built-in browser kernel, so that the built-in browser kernel can continue rendering according to the background picture to obtain a target interface, that is, the target interface shown in fig. 3.
In the above embodiment, if other resources, such as picture resources like a background picture, are needed in the rendering process, the picture resources may be continuously requested from the built-in http server through the http protocol.
In one embodiment, the application program running method may further include: receiving input parameters through a target interface obtained through rendering; sending the parameters to a built-in server kernel through a built-in browser kernel; verifying the parameters through the built-in server kernel, and sending a verification result to the built-in server kernel; and displaying the verification result to a target interface through the built-in server kernel.
Specifically, as shown in fig. 3, the login interface has an input box, through which parameters input by a user, such as a user name and a password, can be received, the received parameters are sent to the kernel of the built-in server through the kernel of the built-in browser, the kernel of the built-in server verifies the parameters by checking the parameters and executing a php script, and returns a verification result to the kernel of the built-in browser, after receiving the verification result, the kernel of the built-in browser continues to perform subsequent steps according to the verification result, for example, if the verification fails, an interface that the verification fails is displayed, and if the verification succeeds, an interface that the verification succeeds is displayed. Wherein PHP script (PHP: abbreviation of Hypertext Preprocessor, Chinese name: "Hypertext Preprocessor") is a universal open source scripting language. The grammar absorbs the characteristics of C language, Java and Perl, has low entrance threshold, is easy to learn and widely used, and is mainly suitable for the field of Web development. The file suffix name of PHP is PHP.
In one embodiment, the sending of the parameter to the built-in server kernel through the built-in browser kernel may be sending a parameter asynchronous sending request to the built-in server kernel through the built-in browser kernel, where the parameter asynchronous sending request carries the parameter. Specifically, the page acquisition request and the parameter sending request are processed asynchronously, so that the processing efficiency of the system can be improved.
In the above embodiment, the parameters input by the user are received through the rendered target interface, and the parameters are sent to the built-in server kernel, the built-in server kernel executes the PHP script according to the user parameters to verify the parameters, and returns the verification result to the built-in browser kernel, after receiving the verification result, the built-in browser kernel continues the subsequent steps according to the verification result, for example, if the verification fails, the interface failing the verification is displayed, and if the verification succeeds, the interface succeeding the verification is displayed.
In one embodiment, the application program running method may further include: a preset port is looped through a built-in server kernel; and when a page acquisition request is received in the preset port, continuing to acquire the page program corresponding to the page identifier through the built-in server kernel.
Specifically, the built-in server kernel may preset a port to receive a page acquisition request sent by the built-in browser kernel, so that the built-in server kernel can determine whether the built-in browser kernel sends the page acquisition request to the built-in server kernel only by looping back the port in real time, if the port has the page acquisition request, continue to acquire a page program corresponding to the page acquisition request according to the page identifier through the built-in server kernel, and if the port does not have the page acquisition request, continue to loop back the port and perform corresponding processing.
In the above embodiment, the built-in server kernel loops back the preset port locally, and when a page acquisition request exists in the preset port, the built-in server kernel continues to acquire the page program corresponding to the page acquisition request according to the page identifier, so that the efficiency is improved.
Referring to fig. 4, fig. 4 is a timing diagram of an application program running method according to an embodiment, where a preset port, i.e., a port of the built-in server loop, is 1234, and html is a page identifier.
When the application program is started, the application program starts to load the built-in server kernel, and the built-in server kernel is at the port of the local loopback port 1234. The built-in browser module is loaded by the application program, so that the display module of the application program has the capability of rendering the webpage like a browser. The built-in browser kernel sends a page acquisition request to the 1234 port based on a standard http protocol, and the built-in server kernel receives the page acquisition request of the built-in browser kernel, acquires a corresponding page program login. Html, starting to render the login page after the built-in browser kernel receives the page program log, and if other resources, such as picture resources like background pictures, are needed in the rendering process, the built-in browser kernel can continuously request the background pictures from the built-in server kernel through a standard http protocol. The built-in browser module renders a login interface and presents the login interface to a user for interaction, the user fills in corresponding parameters such as a user name and a password and clicks a login button to initiate login operation, namely, the built-in browser kernel sends an ajax (Asynchronous JavaScript and XML) Asynchronous request to the address http:// localhost:1234/login. php? user abc & pass def. And the built-in server kernel loads the dynamic script interpreter php to execute the script in the logic.php by using the parameter user abc & pass def transmitted by the built-in browser kernel, and returns the logged result to the built-in browser kernel in the form of http. And after the built-in browser receives the login processing result of the ajax, executing subsequent actions.
The embodiment has a convenient development mode same as that of a distributed bs architecture (terminal-server architecture), and developers only need to care about uniform interface design in html pages and control logic writing in scripts such as php. The rendering of the graphical interface is responsible for a built-in browser module, and the development and use of scripts of the back-end logic also simplify the maintenance cost. The built-in browser module and the built-in server module interact in the program through an http protocol, and a user of the graphical interface program has no difference from a common graphical program developed by sdk based on an operating system in use habit.
It should be understood that although the steps in the flowcharts of fig. 2 and 4 are shown in order as indicated by the arrows, the steps are not necessarily performed in order as indicated by the arrows. The steps are not performed in the exact order shown and described, and may be performed in other orders, unless explicitly stated otherwise. Moreover, at least some of the steps in fig. 2 and 4 may include multiple sub-steps or multiple stages that are not necessarily performed at the same time, but may be performed at different times, and the order of performing the sub-steps or stages is not necessarily sequential, but may be performed alternately or alternately with other steps or at least some of the sub-steps or stages of other steps.
In one embodiment, as shown in fig. 5, there is provided an application execution apparatus including: the system comprises a page acquisition request sending module, a page program sending module and a rendering module, wherein:
the page obtaining request sending module 100 is configured to send a page obtaining request to a built-in server kernel of an application program through a built-in browser kernel of the application program, where the page obtaining request carries a page identifier.
And the page program sending module 200 is configured to obtain, by the internal server kernel, a page program corresponding to the page identifier, and send the page program to the internal browser kernel.
And the rendering module 300 is configured to perform rendering according to a page program through a built-in browser kernel to obtain a target interface.
In one embodiment, the apparatus may further include:
and the receiving module is used for receiving the input page program and the background picture corresponding to the page program.
And the installation module is used for installing the page program and the background picture into the installation catalog of the application program.
In one embodiment, the rendering module may include:
and the first rendering unit is used for rendering according to the page program through the built-in browser kernel.
And the background picture acquisition unit is used for sending a background picture acquisition request to the built-in server kernel through the built-in browser kernel when the background picture needs to be acquired in the rendering process.
And the background picture sending unit is used for obtaining the background picture corresponding to the background picture obtaining request through the built-in server kernel and sending the background picture to the built-in browser kernel.
And the second rendering unit is used for continuously rendering according to the background picture by the built-in browser kernel to obtain a target interface.
In one embodiment, the apparatus may further include:
and the parameter receiving module is used for receiving the input parameters through the target interface obtained by rendering.
And the parameter sending module is used for sending the parameters to the built-in server kernel through the built-in browser kernel.
And the verification module is used for verifying the parameters through the built-in server kernel and sending a verification result to the built-in server kernel.
And the display module is used for displaying the verification result to the target interface through the built-in server kernel.
In one embodiment, the parameter sending module may be further configured to send a parameter asynchronous sending request to the built-in server kernel through the built-in browser kernel, where the parameter asynchronous sending request carries a parameter.
In one embodiment, the apparatus may further include: and the loop module is used for looping a preset port through the built-in server kernel.
The page program sending module 200 may also be configured to, when a page obtaining request is received in the preset port, obtain, through the built-in server kernel, a page program corresponding to the page identifier.
For specific limitations of the application program running device, reference may be made to the above limitations of the application program running method, which are not described herein again. The various modules in the above described pager operating device may be implemented in whole or in part by software, hardware, and combinations thereof. The modules can be embedded in a hardware form or independent from a processor in the computer device, and can also be stored in a memory in the computer device in a software form, so that the processor can call and execute operations corresponding to the modules.
In one embodiment, a computer device is provided, which may be a terminal, and its internal structure diagram may be as shown in fig. 6. The computer device includes a processor, a memory, a network interface, a display screen, and an input device connected by a system bus. Wherein the processor of the computer device is configured to provide computing and control capabilities. The memory of the computer device comprises a nonvolatile storage medium and an internal memory. The non-volatile storage medium stores an operating system and a computer program. The internal memory provides an environment for the operation of an operating system and computer programs in the non-volatile storage medium. The network interface of the computer device is used for communicating with an external terminal through a network connection. The computer program is executed by a processor to implement an application execution method. The display screen of the computer equipment can be a liquid crystal display screen or an electronic ink display screen, and the input device of the computer equipment can be a touch layer covered on the display screen, a key, a track ball or a touch pad arranged on the shell of the computer equipment, an external keyboard, a touch pad or a mouse and the like.
Those skilled in the art will appreciate that the architecture shown in fig. 6 is merely a block diagram of some of the structures associated with the disclosed aspects and is not intended to limit the computing devices to which the disclosed aspects apply, as particular computing devices may include more or less components than those shown, or may combine certain components, or have a different arrangement of components.
In one embodiment, a computer device is provided, comprising a memory, a processor, and a computer program stored on the memory and executable on the processor, the processor implementing the following steps when executing the computer program: sending a page acquisition request to a built-in server kernel of an application program through a built-in browser kernel of the application program, wherein the page acquisition request carries a page identifier; acquiring a page program corresponding to the page identifier through a built-in server kernel, and sending the page program to a built-in browser kernel; and rendering according to the page program through the built-in browser kernel to obtain a target interface.
In one embodiment, the processor, when executing the computer program, further performs the steps of: receiving an input page program and a background picture corresponding to the page program; and installing the page program and the background picture into an installation catalog of the application program.
In an embodiment, the step of obtaining the target interface by rendering according to the page program through the built-in browser kernel when the processor executes the computer program may include: rendering is carried out through a built-in browser kernel according to a page program; when a background picture needs to be acquired in the rendering process, sending a background picture acquisition request to a built-in server kernel through a built-in browser kernel; acquiring a background picture corresponding to the background picture acquisition request through a built-in server kernel, and sending the background picture to a built-in browser kernel; and continuously rendering according to the background picture through the built-in browser kernel to obtain a target interface.
In one embodiment, the processor, when executing the computer program, further performs the steps of: receiving input parameters through a target interface obtained through rendering; sending the parameters to a built-in server kernel through a built-in browser kernel; verifying the parameters through the built-in server kernel, and sending a verification result to the built-in server kernel; and displaying the verification result to a target interface through the built-in server kernel.
In one embodiment, the step of sending the parameters to the built-in server kernel through the built-in browser kernel, which is implemented when the processor executes the computer program, may include: and sending a parameter asynchronous sending request to the built-in server kernel through the built-in browser kernel, wherein the parameter asynchronous sending request carries parameters.
In one embodiment, the processor, when executing the computer program, further performs the steps of: a preset port is looped through a built-in server kernel; and when a page acquisition request is received in the preset port, continuing to acquire the page program corresponding to the page identifier through the built-in server kernel.
In one embodiment, a computer-readable storage medium is provided, having a computer program stored thereon, which when executed by a processor, performs the steps of: sending a page acquisition request to a built-in server kernel of an application program through a built-in browser kernel of the application program, wherein the page acquisition request carries a page identifier; acquiring a page program corresponding to the page identifier through a built-in server kernel, and sending the page program to a built-in browser kernel; and rendering according to the page program through the built-in browser kernel to obtain a target interface.
In one embodiment, the computer program when executed by the processor further performs the steps of: receiving an input page program and a background picture corresponding to the page program; and installing the page program and the background picture into an installation catalog of the application program.
In one embodiment, the step of rendering the target interface according to the page program by the built-in browser kernel when the computer program is executed by the processor may include: rendering is carried out through a built-in browser kernel according to a page program; when a background picture needs to be acquired in the rendering process, sending a background picture acquisition request to a built-in server kernel through a built-in browser kernel; acquiring a background picture corresponding to the background picture acquisition request through a built-in server kernel, and sending the background picture to a built-in browser kernel; and continuously rendering according to the background picture through the built-in browser kernel to obtain a target interface.
In one embodiment, the computer program when executed by the processor further performs the steps of: receiving input parameters through a target interface obtained through rendering; sending the parameters to a built-in server kernel through a built-in browser kernel; verifying the parameters through the built-in server kernel, and sending a verification result to the built-in server kernel; and displaying the verification result to a target interface through the built-in server kernel.
In one embodiment, the step of sending the parameters to the built-in server kernel via the built-in browser kernel, as performed by the computer program when executed by the processor, may comprise: and sending a parameter asynchronous sending request to the built-in server kernel through the built-in browser kernel, wherein the parameter asynchronous sending request carries parameters.
In one embodiment, the computer program when executed by the processor further performs the steps of: a preset port is looped through a built-in server kernel; and when a page acquisition request is received in the preset port, continuing to acquire the page program corresponding to the page identifier through the built-in server kernel.
It will be understood by those skilled in the art that all or part of the processes of the methods of the embodiments described above can be implemented by hardware instructions of a computer program, which can be stored in a non-volatile computer-readable storage medium, and when executed, can include the processes of the embodiments of the methods described above. Any reference to memory, storage, database, or other medium used in the embodiments provided herein may include non-volatile and/or volatile memory, among others. Non-volatile memory can include read-only memory (ROM), Programmable ROM (PROM), Electrically Programmable ROM (EPROM), Electrically Erasable Programmable ROM (EEPROM), or flash memory. Volatile memory can include Random Access Memory (RAM) or external cache memory. By way of illustration and not limitation, RAM is available in a variety of forms such as Static RAM (SRAM), Dynamic RAM (DRAM), Synchronous DRAM (SDRAM), Double Data Rate SDRAM (DDRSDRAM), Enhanced SDRAM (ESDRAM), Synchronous Link DRAM (SLDRAM), Rambus Direct RAM (RDRAM), direct bus dynamic RAM (DRDRAM), and memory bus dynamic RAM (RDRAM).
The technical features of the above embodiments can be arbitrarily combined, and for the sake of brevity, all possible combinations of the technical features in the above embodiments are not described, but should be considered as the scope of the present specification as long as there is no contradiction between the combinations of the technical features.
The above-mentioned embodiments only express several embodiments of the present application, and the description thereof is more specific and detailed, but not construed as limiting the scope of the invention. It should be noted that, for a person skilled in the art, several variations and modifications can be made without departing from the concept of the present application, which falls within the scope of protection of the present application. Therefore, the protection scope of the present patent shall be subject to the appended claims.
Claims (10)
1. An application program running method, the method comprising:
when a terminal detects that an application program is started or a display interface of the application program needs to be changed, the terminal sends a page acquisition request to a built-in server kernel of the application program through a built-in browser kernel of the application program, wherein the page acquisition request carries a page identifier which is the only identifier for determining the corresponding page program;
acquiring a page program corresponding to the page identifier from a local folder through the built-in server kernel, and sending the page program to the built-in browser kernel, wherein the page program is pre-packaged into an application program installation package and is installed in the terminal along with the application program installation package;
and rendering according to the page program through the built-in browser kernel to obtain a target interface.
2. The method of claim 1, further comprising:
receiving an input page program and a background picture corresponding to the page program;
and installing the page program and the background picture into an installation catalog of an application program.
3. The method of claim 2, wherein the step of rendering the target interface according to the page program by the built-in browser kernel comprises:
rendering according to the page program through the built-in browser kernel;
when a background picture needs to be acquired in the rendering process, sending a background picture acquisition request to the built-in server kernel through the built-in browser kernel;
acquiring a background picture corresponding to the background picture acquisition request through the built-in server kernel, and sending the background picture to the built-in browser kernel;
and continuously rendering according to the background picture through the built-in browser kernel to obtain a target interface.
4. A method according to any one of claims 1 to 3, characterized in that the method further comprises:
receiving input parameters through a target interface obtained through rendering;
sending the parameters to the built-in server kernel through the built-in browser kernel;
verifying the parameters through the built-in server kernel, and sending a verification result to the built-in server kernel;
and displaying the verification result to the target interface through the built-in server kernel.
5. The method of claim 4, wherein the step of sending the parameters to the built-in server kernel via the built-in browser kernel comprises:
and sending a parameter asynchronous sending request to the built-in server kernel through the built-in browser kernel, wherein the parameter asynchronous sending request carries the parameter.
6. The method of claim 4, further comprising:
a preset port is looped through a built-in server kernel;
and when a page acquisition request is received in the preset port, continuing to acquire a page program corresponding to the page identifier through the built-in server kernel.
7. An application execution apparatus, comprising:
the terminal sends a page acquisition request to a built-in server kernel of the application program through a built-in browser kernel of the application program when the terminal detects that the application program is started or a display interface of the application program needs to be changed, wherein the page acquisition request carries a page identifier which is the only identifier for determining the corresponding page program;
the page program sending module is used for acquiring a page program corresponding to the page identifier from a local folder through the built-in server kernel and sending the page program to the built-in browser kernel, wherein the page program is pre-packaged into an application program installation package and is installed in the terminal along with the application program installation package;
and the rendering module is used for rendering according to the page program through the built-in browser kernel to obtain a target interface.
8. The apparatus of claim 7, further comprising:
the receiving module is used for receiving an input page program and a background picture corresponding to the page program;
and the installation module is used for installing the page program and the background picture into an installation catalog of an application program.
9. A computer device comprising a memory, a processor and a computer program stored on the memory and executable on the processor, characterized in that the steps of the method of any of claims 1 to 6 are implemented when the computer program is executed by the processor.
10. A computer-readable storage medium, on which a computer program is stored, which, when being executed by a processor, carries out the steps of the method of any one of claims 1 to 6.
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201711491035.XA CN108108219B (en) | 2017-12-30 | 2017-12-30 | Application program running method and device, computer equipment and storage medium |
| PCT/CN2018/078319 WO2019127904A1 (en) | 2017-12-30 | 2018-03-07 | Application program running method, apparatus, computer device and storage medium |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201711491035.XA CN108108219B (en) | 2017-12-30 | 2017-12-30 | Application program running method and device, computer equipment and storage medium |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN108108219A CN108108219A (en) | 2018-06-01 |
| CN108108219B true CN108108219B (en) | 2020-10-27 |
Family
ID=62215448
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201711491035.XA Active CN108108219B (en) | 2017-12-30 | 2017-12-30 | Application program running method and device, computer equipment and storage medium |
Country Status (2)
| Country | Link |
|---|---|
| CN (1) | CN108108219B (en) |
| WO (1) | WO2019127904A1 (en) |
Families Citing this family (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN108984244A (en) * | 2018-06-12 | 2018-12-11 | 深圳市网心科技有限公司 | Browser page rendering method, electronic device and computer readable storage medium |
| CN109614562B (en) * | 2018-11-27 | 2024-05-14 | 平安科技（深圳）有限公司 | Mail display method, mail display device, computer equipment and storage medium |
| CN110704136B (en) * | 2019-09-27 | 2023-06-20 | 北京百度网讯科技有限公司 | Method for rendering applet components, client, electronic device and storage medium |
| CN111538555A (en) * | 2020-04-28 | 2020-08-14 | 北京同邦卓益科技有限公司 | Interface processing method, device, equipment and computer readable storage medium |
| CN112035193A (en) * | 2020-07-27 | 2020-12-04 | 成都安易迅科技有限公司 | Application program interface generation method and device, storage medium and computer equipment |
| CN113709154B (en) * | 2021-08-25 | 2023-08-15 | 平安国际智慧城市科技股份有限公司 | Browser security processing method and device, computer equipment and storage medium |
| CN114077368B (en) * | 2022-01-19 | 2022-06-28 | 腾讯科技（深圳）有限公司 | Vehicle-mounted applet running method and device, computer equipment and storage medium |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101894021A (en) * | 2010-06-29 | 2010-11-24 | 宇龙计算机通信科技(深圳)有限公司 | Method and system for realizing interface of embedded system |
| CN104104707A (en) * | 2013-04-12 | 2014-10-15 | 腾讯科技（深圳）有限公司 | Webpage data update method, terminal, cache server and system |
| CN104516913A (en) * | 2013-09-30 | 2015-04-15 | 昆明能讯科技有限责任公司 | Webpage browser based on multiple kernel technologies |
| CN105553959A (en) * | 2015-12-11 | 2016-05-04 | Tcl集团股份有限公司 | Remote control method and system capable of dynamically generating intelligent device operation interface |
Family Cites Families (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101414257B (en) * | 2008-11-13 | 2011-09-21 | 成都市华为赛门铁克科技有限公司 | Method and device for implementing software interface |
| CN101930366B (en) * | 2010-08-27 | 2013-04-17 | 武汉天喻信息产业股份有限公司 | Browser-based mobile phone run time system |
| US9575734B2 (en) * | 2014-03-28 | 2017-02-21 | Wipro Limited | System and method for improved light-weight business process modeling in offline mode using browser resources |
| CN106775668A (en) * | 2016-11-30 | 2017-05-31 | 广东亿迅科技有限公司 | The mobile applications Development Framework and implementation method of cross operating system |
| CN107341027A (en) * | 2017-05-18 | 2017-11-10 | 北京金山安全管理系统技术有限公司 | The generation method and generating means of user interface |
-
2017
- 2017-12-30 CN CN201711491035.XA patent/CN108108219B/en active Active
-
2018
- 2018-03-07 WO PCT/CN2018/078319 patent/WO2019127904A1/en active Application Filing
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101894021A (en) * | 2010-06-29 | 2010-11-24 | 宇龙计算机通信科技(深圳)有限公司 | Method and system for realizing interface of embedded system |
| CN104104707A (en) * | 2013-04-12 | 2014-10-15 | 腾讯科技（深圳）有限公司 | Webpage data update method, terminal, cache server and system |
| CN104516913A (en) * | 2013-09-30 | 2015-04-15 | 昆明能讯科技有限责任公司 | Webpage browser based on multiple kernel technologies |
| CN105553959A (en) * | 2015-12-11 | 2016-05-04 | Tcl集团股份有限公司 | Remote control method and system capable of dynamically generating intelligent device operation interface |
Non-Patent Citations (1)
| Title |
|---|
| GCDWebServer;swisspol;《https://github.com/swisspol/GCDWebServer/tree/1a7dc913f12fcc3318b7163adc4f64de71206bee》;20170821;第1-9页 * |
Also Published As
| Publication number | Publication date |
|---|---|
| WO2019127904A1 (en) | 2019-07-04 |
| CN108108219A (en) | 2018-06-01 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN108108219B (en) | Application program running method and device, computer equipment and storage medium | |
| CN108345535B (en) | mock testing method, device and equipment | |
| CN108829485B (en) | Application interface layout updating method and device, storage medium and computer equipment | |
| CN110647320A (en) | Project framework construction method and device, computer equipment and storage medium | |
| WO2018223717A1 (en) | Webpage front-end testing method, device, system, apparatus and readable storage medium | |
| CN108418797B (en) | Webpage access method and device, computer equipment and storage medium | |
| CN107015801B (en) | Webpage display method and application terminal | |
| CN111008132B (en) | Application debugging method and device for Android system, computer equipment and storage medium | |
| CN109413153B (en) | Data crawling method and device, computer equipment and storage medium | |
| CN109743359B (en) | Hybrid communication processing method and device, computer equipment and storage medium | |
| CN111736811A (en) | Form data verification method, system, server and user terminal | |
| CN109190067B (en) | Browser input box display method and device, computer equipment and storage medium | |
| CN108959384B (en) | Webpage data acquisition method and device, computer equipment and storage medium | |
| CN110659092A (en) | Webpage screenshot method and device, computer equipment and storage medium | |
| CN111191158A (en) | Webpage resource caching method and device, computer equipment and storage medium | |
| CN110597709B (en) | Interactive debugging method and device for mixed-mode mobile application and computer equipment | |
| CN111431767B (en) | Multi-browser resource synchronization method and device, computer equipment and storage medium | |
| WO2018120892A1 (en) | Method for accessing point of sale terminal, terminal, and non-volatile readable storage medium | |
| CN111079048B (en) | Page loading method and device | |
| CN111880788A (en) | Page rendering method, device, client and computer readable storage medium | |
| CN112685669A (en) | Page rendering method and system | |
| CN112182442A (en) | Page processing method and device, electronic equipment and computer readable storage medium | |
| CN109582890A (en) | Page loading method, device, computer equipment and storage medium | |
| CN111880789A (en) | Page rendering method, device, server and computer-readable storage medium | |
| CN111026988A (en) | Page loading method, device and system and computer equipment |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| TA01 | Transfer of patent application right | ||
| TA01 | Transfer of patent application right |
Effective date of registration: 20180605 Address after: 518052 Room 201, building A, 1 front Bay Road, Shenzhen Qianhai cooperation zone, Shenzhen, Guangdong Applicant after: Shenzhen one ledger Intelligent Technology Co., Ltd. Address before: 200030 Xuhui District, Shanghai Kai Bin Road 166, 9, 10 level. Applicant before: Shanghai Financial Technologies Ltd |
|
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |