CN110825370A

CN110825370A - Mobile terminal application development method, device and system

Info

Publication number: CN110825370A
Application number: CN201810898265.6A
Authority: CN
Inventors: 张伟
Original assignee: Alibaba Group Holding Ltd
Current assignee: Alibaba Group Holding Ltd
Priority date: 2018-08-08
Filing date: 2018-08-08
Publication date: 2020-02-21
Anticipated expiration: 2038-08-08
Also published as: CN110825370B

Abstract

The embodiment of the application discloses a method, a device and a system for developing mobile terminal application, wherein the system comprises: the online service subsystem is used for registering projects and applying warehouse addresses for the projects in a preset cloud storage system; the local integrated development subsystem is compatible with a specified editor, and is internally provided with a compiling server so as to edit front-end codes of the registered projects through the editor, debug the codes through the compiling server and submit the codes to the online service subsystem; and the online service subsystem is also used for storing the codes to the warehouse address and processing front-end codes corresponding to the project to generate a native application under a target mobile terminal operating system when a packaging request for the project is received. Through this application embodiment, can realize "fast" and "experience" when having, promote development efficiency, reduce the human cost simultaneously.

Description

Mobile terminal application development method, device and system

Technical Field

The present application relates to the field of mobile application development technologies, and in particular, to a method, an apparatus, and a system for mobile application development.

Background

There are various ways for mobile end application development, for example, H5 development, Naitive (native language) development, and so on. Among them, H5 development has characteristics such as simple high efficiency, release is updated promptly, a URL adaptation multiterminal, and the whole sense is "fast". Native development has the characteristics of rich interaction, performance experience, Native capability calling, memory management and the like, and can bring better experience to services. Thus, some users may wish to have both "fast" and "experience" implementations, and have conducted some exploration in this regard. For example, the initial Hybrid development, by Bridge, provides partial Native capabilities to enhance the H5 experience, such as directly obtaining location information of applications, using cameras, etc. within H5. Or the offline inclusion is used for downloading the resource file in advance, and the local resource is intercepted and loaded during access, so that the H5 page can achieve the effects of second-out, dynamic updating, weak network availability and the like.

Although the above scheme can realize the combination of H5 and Native to some extent, because Native languages in different operating systems are different (for example, iOS is usually ObjectC, Android is usually Java, etc.), that is, one important service release usually involves development and online of multiple ends at the same time, at least one iOS developer and one Android developer are required to develop two ends at one time, and one H5 developer develops a Web version compatible with multiple associated applications at the same time. In addition, Native development generally requires a high level of effort, and therefore, the development process also involves a high labor cost.

Therefore, how to combine H5 with Native and improve development efficiency and reduce human cost is a technical problem to be solved by those skilled in the art.

Disclosure of Invention

The application provides a mobile terminal application development method, device and system, which can improve development efficiency and reduce labor cost while achieving 'quickness' and 'experience'.

The application provides the following scheme:

a mobile-end application development system, comprising:

the online service subsystem is used for registering projects and applying warehouse addresses for the projects in a preset cloud storage system;

the local integrated development subsystem is compatible with a specified editor, and is internally provided with a compiling server so as to edit front-end codes of the registered projects through the editor, debug the codes through the compiling server and submit the codes to the online service subsystem;

and the online service subsystem is also used for storing the codes to the warehouse address and processing front-end codes corresponding to the project to generate a native application under a target mobile terminal operating system when a packaging request for the project is received.

The compiling server is specifically configured to compile the code in a debugging process of the code, and provide a debugging address of a page corresponding to the code, so that the page corresponding to the code is displayed in the debugging device in a manner that an associated application program in the debugging device accesses the debugging address, when the code is modified and debugged again, the code is recompiled, and the application program displays the page corresponding to the modified code in a manner of refreshing the page.

The compiling server is also used for providing a debugging sub-interface for locally executing debugging on the front-end code; after the debugging address is generated, a first graphic code is generated according to the debugging address, so that the application program displays a page corresponding to the code in the debugging equipment in a mode of scanning the first graphic code; and refreshing the page displayed in the debugging equipment in a manual refreshing mode after the code is modified and recompiled.

The local integrated development subsystem is also used for providing an access entrance of a cloud end debugging platform, after a debugging request is received through the access entrance, the local integrated development subsystem is connected with the cloud end debugging platform through an instruction provided by the cloud end debugging platform, the compiling server compiles the code and provides the debugging address.

The local integrated development subsystem is further configured to generate second graphic code information according to the access address of the cloud debugging platform, so that an associated application program in the debugging device is connected with the cloud debugging platform in a manner of scanning the second graphic code, and after the code is modified and recompiled, automatic refreshing of a page displayed in the debugging device is triggered through the cloud debugging platform.

The local integrated development subsystem is also used for providing a login interface for logging in through inputting account information used in the online service subsystem to realize connection with the online service subsystem.

The local integrated development subsystem is further used for obtaining a user ID according to the login result, obtaining registered project information corresponding to the user ID from the online service subsystem, rendering a project management page, and displaying the project information in the project management page so as to select a project to be developed currently.

The local integrated development subsystem is also internally provided with a code submitting and downloading operation module for submitting the staged development codes corresponding to the project to the online service subsystem;

the online service subsystem is further configured to store the staged development code corresponding to the project to a warehouse address corresponding to the project in the cloud storage system.

The local integrated development subsystem is also internally provided with an SSHKEY generation module which is used for generating a corresponding user public key according to user account information and synchronizing with the online service subsystem through the user public key;

the online service subsystem is further configured to set the user public key to the cloud storage system, so as to perform operation authority authorization on the code corresponding to the item stored in the cloud storage system.

The code submitting and downloading operation module is also used for submitting a code downloading request to the online service subsystem;

and the on-line service subsystem is also used for providing the request to a cloud storage system, and the cloud storage system determines the private key information of the request according to the user public key of the request associated user and the warehouse address, and returns the code file content corresponding to the warehouse address after the user authentication is carried out.

A mobile terminal application development method comprises the following steps:

acquiring project information registered in an online service subsystem in advance;

determining a target editor from compatible editors installed locally, starting the editors by creating a sub-process in a main process, and providing an input interface for code editing; the editor is a front-end code editor;

providing debugging operation options, and compiling and debugging the code after receiving a debugging request;

and providing an operation option for submitting a code file to an online service subsystem, and after receiving a submission request, submitting the code file to a warehouse address applied by the service subsystem in a cloud storage system for the project, so that the online service subsystem processes a front-end code corresponding to the project when receiving a packaging request for the project, and a native application under a target mobile terminal operation system is generated.

Further comprising:

after the code is compiled in the process of debugging the code, providing a debugging address of a page corresponding to the code, so that the page corresponding to the code is displayed in debugging equipment in a mode that an associated application program in the debugging equipment accesses the debugging address;

when the code is debugged again after being modified, the code is compiled again, and the application program displays the page corresponding to the modified code in a mode of refreshing the page.

Further comprising:

the compiling and debugging the code comprises:

performing debugging locally on the front-end code;

after the debugging address is generated, a first graphic code is generated according to the debugging address, so that the application program displays a page corresponding to the code in the debugging equipment in a mode of scanning the first graphic code; and refreshing the page displayed in the debugging equipment in a manual refreshing mode after the code is modified and recompiled.

Further comprising:

and providing an access entry of a cloud debugging platform, connecting the access entry with the cloud debugging platform through an instruction provided by the cloud debugging platform after receiving a debugging request, compiling the code by the compiling server, and providing the debugging address.

Further comprising:

and generating second graphic code information according to the access address of the cloud debugging platform, so that an associated application program in the debugging equipment is connected with the cloud debugging platform in a mode of scanning the second graphic code, and the automatic refreshing of a page displayed in the debugging equipment is triggered through the cloud debugging platform after the code is modified and recompiled.

Further comprising:

and providing a login interface for logging in by inputting account information used in the online service subsystem to realize the connection with the online service subsystem.

Further comprising:

obtaining a user ID according to a login result, and obtaining registered project information corresponding to the user ID from the online service subsystem;

and rendering a project management page, and displaying the project information in the project management page so as to select the project to be developed currently.

Further comprising:

and submitting the staged development codes corresponding to the project to the online service subsystem so as to store the staged development codes corresponding to the project to a warehouse address corresponding to the project in the cloud storage system.

Also comprises

And generating a corresponding user public key according to the user account information, and synchronizing with the online service subsystem through the user public key so that the online service subsystem sets the user public key to the cloud storage system, so as to perform operation authority authorization on the codes corresponding to the items stored in the cloud storage system.

Further comprising:

and submitting a code downloading request to the online service subsystem so that the online service subsystem provides the request to a cloud storage system, the cloud storage system determines private key information of the request according to a user public key of a request associated user and a warehouse address, and returns code file content corresponding to the warehouse address after user authentication.

A mobile terminal application development method comprises the following steps:

receiving a project registration request, and applying for a warehouse address for the project in a preset cloud storage system;

after receiving a code submitted by a local integrated development subsystem aiming at the project, saving the code in the warehouse address; the code is edited by a front-end-facing language;

and when a packaging request for the project is received, processing a code corresponding to the project to generate a native application under a target mobile terminal operating system.

The project registration request carries user ID information;

the method further comprises the following steps:

and realizing connection with the local integrated development subsystem according to the user ID submitted by the local integrated development subsystem.

Further comprising:

and receiving a staged development code corresponding to the project submitted by the local integrated development subsystem, and storing the staged development code to a warehouse address corresponding to the project in the cloud storage system.

Further comprising:

receiving user public key information submitted by the local integrated development subsystem;

and setting the user public key to the cloud storage system so as to carry out operation authority authorization on the codes corresponding to the items stored in the cloud storage system.

A debugging page display method comprises the following steps:

the method comprises the steps that debugging address information is obtained, wherein the debugging address is generated by a local integrated development subsystem on first terminal equipment after a debugging request for a specified code is received, the code is edited by a front-end-oriented language, and the local integrated development subsystem compiles the code according to the debugging request to generate the debugging address;

obtaining a compiled code according to the debugging address;

and displaying a page based on the compiled code.

The compiled code is stored locally in the first terminal device, and the debugging address is generated according to the network address of the first terminal device and the storage path of the compiled code in the first terminal device.

The obtaining of the debug address information includes:

and scanning the first graphic code displayed in the first terminal equipment through the associated second terminal equipment to obtain the debugging address information.

Further comprising:

receiving a page refresh instruction after the code is modified;

and re-requesting the modified code by using the debugging address, and refreshing the page by using the code obtained by re-requesting.

The method further comprises the following steps:

scanning a second graphic code which is provided by the local integrated development subsystem and is generated according to an access address of a cloud end debugging platform, and establishing connection with the cloud end debugging platform; the cloud debugging platform is also connected with the local integrated development subsystem;

the receiving a page refresh command includes:

and receiving a page refreshing instruction issued by the cloud debugging platform.

A mobile-end application development apparatus, comprising:

the project information acquisition unit is used for acquiring project information registered in the online service subsystem in advance;

the editing interface providing unit is used for determining a target editor from compatible editors installed locally, starting the editors by creating a sub-process in a main process and providing an input interface for code editing; the editor is a front-end code editor;

the compiling and debugging unit is used for providing debugging operation options and compiling and debugging the codes after receiving a debugging request;

and the code submitting unit is used for providing an operation option for submitting a code file to the online service subsystem, and after receiving a submitting request, submitting the code file to a warehouse address applied by the service subsystem for the project in the cloud storage system, so that when the online service subsystem receives a packaging request for the project, the online service subsystem processes a front-end code corresponding to the project to generate a native application under a target mobile terminal operating system.

A mobile-end application development apparatus, comprising:

the project registration unit is used for receiving a project registration request and applying for a warehouse address for the project in a preset cloud storage system;

the code storage unit is used for storing the codes into the warehouse address after receiving the codes submitted by the local integrated development subsystem aiming at the project; the code is edited by a front-end-facing language;

and the application generating unit is used for processing the codes corresponding to the items to generate the native application under the operating system of the target mobile terminal when receiving the packaging request aiming at the items.

A debugging page presentation device comprising:

the debugging address obtaining unit is used for obtaining debugging address information, the debugging address is generated by a local integrated development subsystem on the first terminal equipment after receiving a debugging request aiming at a specified code, the code is edited by using a front-end-facing language, and the local integrated development subsystem compiles the code according to the debugging request to generate the debugging address;

a code obtaining unit, configured to obtain a compiled code according to the debug address;

and the page display unit is used for displaying pages based on the compiled codes.

A computer system, comprising:

one or more processors; and

a memory associated with the one or more processors for storing program instructions that, when read and executed by the one or more processors, perform operations comprising:

According to the specific embodiments provided herein, the present application discloses the following technical effects:

in the embodiment of the application, functions of code editing, debugging, submitting and the like are integrated in the local integrated development subsystem, and an online service subsystem is provided, so that the functions can be processed according to codes developed by a user to generate a specific required application. Moreover, the system can be developed by using a front-end-oriented language during development, and the finally generated application can be Native-level Native application corresponding to a specific mobile terminal operating system, so that the system can achieve both 'fast' and 'experience' in a real sense. Meanwhile, for a user, the code editing, debugging and submitting operations of the code can be completed only in the same local development subsystem, and switching among different environments or tools is not needed. Moreover, the development can be specifically based on front-end codes, and a user does not need to understand the bottom Native language in a specific mobile application system or develop different code versions for different mobile application systems. Therefore, the light-weight local development can be realized, the development efficiency can be improved, and the labor cost can be reduced.

Of course, it is not necessary for any product to achieve all of the above-described advantages at the same time for the practice of the present application.

Drawings

In order to more clearly illustrate the embodiments of the present application or the technical solutions in the prior art, the drawings needed to be used in the embodiments will be briefly described below, and it is obvious that the drawings in the following description are only some embodiments of the present application, and it is obvious for those skilled in the art to obtain other drawings without creative efforts.

FIG. 1 is a schematic diagram of a system provided by an embodiment of the present application;

FIGS. 2-1 through 2-6 are schematic diagrams of system interfaces provided by embodiments of the present application;

FIG. 3 is a flow chart of a first method provided by an embodiment of the present application;

FIG. 4 is a flow chart of a second method provided by embodiments of the present application;

FIG. 5 is a flow chart of a third method provided by embodiments of the present application;

FIG. 6 is a schematic diagram of a first apparatus provided by an embodiment of the present application;

FIG. 7 is a schematic diagram of a second apparatus provided by an embodiment of the present application;

FIG. 8 is a schematic diagram of a third apparatus provided by an embodiment of the present application;

FIG. 9 is a schematic diagram of a computer system provided by an embodiment of the present application.

Detailed Description

The technical solutions in the embodiments of the present application will be clearly and completely described below with reference to the drawings in the embodiments of the present application, and it is obvious that the described embodiments are only a part of the embodiments of the present application, and not all of the embodiments. All other embodiments that can be derived from the embodiments given herein by a person of ordinary skill in the art are intended to be within the scope of the present disclosure.

In the embodiment of the application, another brand-new development idea is used, namely Native is written by using a front-end language (such as JS and the like), and a high-performance and extensible Native application is constructed by using the development experience of Web, and meanwhile, the so-called 'fast' and 'experience' are really obtained. Moreover, the same code written by the front-end language can generate different Native and run in different operating systems, so that three persons can be reduced to one person at a time, and other two persons can do more meaningful things. However, if the prior art is used, a user (a developer of a specific application) needs to install a development environment by himself/herself when developing by using the above idea, and such a development environment usually only pays attention to editing of local codes, and corresponding compiling, debugging tools and the like need to be additionally installed for compiling, debugging and the like of the codes; more importantly, because code editing is performed using a front-end language, it is necessary to develop additional tools for code conversion, integration of related SDKs (Software Development Kit), and other processes to enable final packaging and generation of a specific application in order to become Native. In summary, in the prior art, if "writing Native in front-end language" is to be realized, multiple tools or environments need to be installed, and a user needs to constantly switch among the multiple tools or environments, which is inefficient.

In view of the above problems, in the embodiments of the present application, a new solution is provided, which can improve the development efficiency on the premise of actually implementing the application development in a manner of writing Native in a front-end language. Specifically, the scheme provides a mobile terminal application development system which can comprise an online service subsystem and a local integrated development subsystem. The local integrated development subsystem can integrate the editing, debugging, submitting and the like of the codes into a whole set of flow, and the flow of development, debugging and the like based on the front-end codes can be realized by installing the same localized tool; the debugged front-end code can be submitted to an on-line service subsystem; the online service subsystem may specifically provide a service for generating a specific application according to code packaging submitted by a user, and specifically, to implement the service, a related protocol may be specifically predefined, and a related SDK and the like may be provided, so that, specifically, when a packaging request is received, a service for converting a developed front-end code may be provided, an SDK injection process may also be performed, and the like, and finally, a specific application may be generated according to a need of a user.

That is, according to the embodiments of the present application, a one-stop development solution can be provided for a user, in which the user can perform operations such as specific code editing and debugging only by locally installing a related local integrated development subsystem on a device such as a computer, and the code editing here can be front-end code editing, which can save a lot of labor cost compared with Native development. In addition, after the code editing and debugging are completed, the specific application can be generated only by submitting the code to the online service subsystem through the tool. Therefore, the technical threshold of the whole development process to the user is low, the user only needs to know the development of the front-end language, and in addition, the user does not need to switch back and forth among a plurality of different environments and tools, so that the development efficiency can be improved.

Specific implementations are described in detail below.

Example one

First, the first embodiment provides a mobile-end application development system, and referring to fig. 1, the method may specifically include:

the online service subsystem 101 is used for registering projects and applying warehouse addresses for the projects in a preset cloud storage system;

the local integrated development subsystem 102 is compatible with a specified editor, and is internally provided with a compiling server, so that the editor edits front-end codes of the registered projects, the compiling server debugs the codes, and submits the codes to the online service subsystem;

the online service subsystem 101 is further configured to store the code to the warehouse address, and when receiving a packaging request for the project, process a front-end code corresponding to the project to generate a native application under a target mobile terminal operating system.

In the embodiment of the application, since the step of finally packaging the code to generate the application is performed by the online service subsystem, in order to facilitate the code collaboration between the online service subsystem and the local integrated development subsystem, a user may be required to register a project in the online service subsystem first. Wherein, a project corresponds to an application, that is, if a certain application is to be developed, a project can be registered in the online service subsystem. In a specific implementation, a user may access a registration interface provided by the online service subsystem through a browser or the like to register an item, and in this case, as shown in fig. 2-1, only the name, the profile, and the like of the item may be configured, without including related code content. The same user can also register a plurality of projects to correspond to a plurality of different applications to be developed.

It should be noted that, before registering an item, a user may first log in using the user information registered in the online service subsystem, so that the online service subsystem may establish an association between the user ID and the item registered by the user ID. In addition, the online service subsystem may further be associated with a cloud storage system, and after a user creates a certain project, the online service subsystem may apply for a corresponding warehouse address from the cloud storage system. When the subsequent user develops locally, such initialization code can be downloaded locally first, and then developed on the basis of the downloaded initialization code, and the like. In addition, the code files edited and submitted by the user for the specific project subsequently can be saved in the warehouse address of the cloud storage. Therefore, when a user specifically needs to package a code file corresponding to a specified project to generate an application in a specified system, the online service subsystem can take out specific code content from the warehouse address in the cloud storage system to execute specific packaging processing.

In addition to project registration in the online service subsystem, a user may locally install the local integrated development subsystem provided in the embodiment of the present application on a PC device of the user, and specifically, the local integrated development subsystem may be a development process environment compatible with multiple operating platforms (mac, windows, and the like) and developed in advance by a system developer in the embodiment of the present application. If a user (a specific application developer) needs to use the system to develop the application, the user can access a download page provided by the online service subsystem, the online service subsystem can judge a system platform according to fields such as a header of an access request, then the online service subsystem respectively points to a mac and a windows platform download address according to the user system, and after the user downloads and installs the local integrated development subsystem through the download address, the user can locally perform processing such as editing of specific application codes.

Specifically, after the local integrated development subsystem is turned on, an operation panel may be displayed, specifically, a login interface may be provided first, so as to log in through inputting account information used in the online service subsystem, and user information is obtained through the online service subsystem and stored locally. That is, since the user has previously logged in the online service subsystem using a user ID (which may be a user ID registered in the online service subsystem, or alternatively, a user ID in another system may be used, for example, a user ID registered in an instant messaging application, etc.), and information about the related items may have been registered, and the locally integrated development subsystem cooperates with the online service subsystem to generate the final application, therefore, the association between the local integrated development subsystem and the online service subsystem can be established through the user ID, so that the code submitted by the local integrated development subsystem can be determined by the online service subsystem as to which user submitted the code, and then the code can be stored under the cloud storage warehouse address applied for the corresponding project of the user. Therefore, the local integrated development subsystem can log in by using the account information registered in the online service subsystem. Specifically, after the local integrated development subsystem is started, the local integrated development subsystem may check information stored in the current local user, and if the local integrated development subsystem has not logged in, the local integrated development subsystem may return to the login page, and the user inputs an account, a password, and the like, and then submits the account, the password, and the like to the online service subsystem, so that the user ID may be obtained, and the user detailed data may be obtained by querying the database through the user ID. Then, the online service subsystem can redirect to a login information pushing page, and returns the user information to the local integrated development subsystem through a related subprocess channel, so that the local integrated development subsystem completes login after locally storing the user information.

Therefore, the local integrated development subsystem can be connected with the online service subsystem through the user ID, and is further used for obtaining the user ID according to the login result, obtaining the registered project information corresponding to the user ID from the online service subsystem, rendering a project management page, and displaying the registered project information in the project management page so as to select the project to be developed currently. That is, since the project is registered in the online service subsystem in advance and corresponds to the user ID of the local integrated development subsystem, when the local integrated development subsystem accesses the online service subsystem using the user ID, the information of the registered project corresponding to the user ID may be returned to the local integrated development subsystem and displayed through the corresponding project management interface. In this way, the user can select the project that needs to be developed currently. For example, as shown in fig. 2-2, one of the items, named "test application (helltest)", is selected. And, in case the online service subsystem has already generated the initialization code for the project, it can also download the initialization code to the local, and perform subsequent code development on this basis. In addition, after selecting an item, as shown in fig. 2-3, a tab for viewing basic information of the item may be provided in the interface, and after selection, the basic information of the item may be displayed, including a name of the application, a name of the exhibition, a template language, a creation time, an application description, and the like. Other tabs within the same interface may then include source code, debugging services, and the like. After the source code is clicked, as shown in fig. 2 to 4, only a specific code editing interface is needed, and the user can edit the code by using the front-end language. After editing a staged task, the debugging process can be entered by clicking a debugging service tab.

It should be noted that, in the embodiment of the present application, not only the submission of the code file from the local integrated development subsystem to the online service subsystem, but also the downloading of the code file from the cloud storage platform may be involved, where such code file may be an initial code of an item generated by the online service subsystem, or a code that is submitted by a user to the cloud storage system before. Therefore, in order to ensure the security of the code files stored in the cloud storage system, the local integrated development subsystem may further have an SSHKEY generation module built therein, and specifically may be configured to generate a corresponding user public key according to the user account information after the login is completed, and synchronize with the online service subsystem through the user public key; and the online service subsystem can be further used for setting the user public key to the cloud storage system so as to perform operation authority authorization on the codes corresponding to the items stored in the cloud storage system. That is, after the user public key is generated, the cloud storage system may grant the user the authority to operate the code file related to the registered project, and then the user may initiate an operation such as downloading the code related to the project through the user public key.

Specifically, in order to implement code editing in the tool, the local integrated development subsystem may implement compatibility with a specified editor in advance, that is, the editor may be an original editor in the local device of the user, but since the local integrated development subsystem can implement compatibility, the user only needs to click the editing code in the local integrated development subsystem to call up the local editor, and edit the code inside the local integrated development subsystem. In specific implementation, the local integrated development subsystem main process can render and display currently available editors on the configuration panel through the rendering process by scanning data returned by the installed editors of the system. After the user selects one of the editors, the editor can be started through the sub-process in the main process, the current project development path is appointed, and the user carries out coding development. Meanwhile, a user can click to open the current project folder, and a file viewing program is started through a sub-process in the main process to open a current folder browsing program to view and operate files. For example, as shown in fig. 2-5, an editing interface may be provided within an interface of the local integrated development system, in which specific editing operations are performed.

After the code editing is completed or the editing work of partial codes is completed in stages, the codes may need to be debugged so as to find problems in time and optimize the codes. Specifically, in order to implement debugging in the tool, the local integrated development subsystem may further include a built-in compilation server, and the compilation server may be specifically configured to compile the code in a process of debugging the code, and provide a debugging address of a page corresponding to the code, so that the page corresponding to the code is displayed in the debugging device in a manner that an application program associated with the debugging device accesses the debugging address, and when the code is modified and debugged again, the code is compiled again, and the application program displays the page corresponding to the modified code in a manner that the page is refreshed.

In specific implementation, after a user clicks and starts the debugging service, the local integrated development subsystem can also generate project compiling configuration data and start the front-end resource compiling server by scanning a current project file structure and user project compiling configuration information. Specifically, by setting the platform programs such as node.js in which the environment variable PATH points, the user can run the compiler without installing node.js. When front-end compiling is completed, an HTTP request is sent in the construction logic to synchronize a main process of the local integrated development subsystem, after the main process receives the message, a socket message is sent to the operation panel through a socket channel established with the rendering process, the panel is informed to display a debugging address, and a user carries out page development and debugging. By the method, the user can be ensured to open the debugging address even if clicking after the front-end resource is compiled, and misoperation and excessive time waiting are reduced.

The compiling server is used for converting original codes into codes which can be recognized by associated application programs in the test terminal in the process of debugging the codes, and the codes can run in the test terminal and show corresponding results. Specifically, in the embodiment of the present application, the specifically developed application is composed of pages one by one, so that a specific page is actually edited for each edited code, and after the code is executed, the development result can be checked through an actual page display effect. The specifically developed applications are mobile apps and the like which need to be run in mobile terminals such as mobile phones and the like, so that the display effect can be checked only when relevant pages are in the mobile terminal devices. The local integrated development subsystem is usually installed in a desktop, a notebook, and other devices, and cannot be tested in the current devices. Therefore, in the embodiment of the present application, the editing server integrated in the local integrated development subsystem may further store, according to the compiled code, the related editing result in a certain directory in the terminal device host where the current local integrated development subsystem is located, and generate the debug address according to the network location of the terminal device host where the current local integrated development subsystem is located and the path of the directory. Thus, as long as the debugging address is provided for the mobile terminal device such as a mobile phone and the like, and the associated application program is installed in the mobile terminal device, the application program can access the debugging address, analyze the compiled code and display the corresponding page.

That is, assuming that a user a performs code development of a project by using a local integrated development subsystem installed in its own computer, at the time of debugging, a compiling server built in the subsystem may store the compiled code in a directory of the computer itself, and generate a debugging address based on the network address allocated to the computer and the path information of the destination. Then, the user a may open a test device such as its own mobile phone or other test-specific mobile phones, and start an associated application installed in the test device, and then may access the debug address through the application. At this time, the computer of the computer plays the role of a server to provide specific page data for the test equipment, and the test equipment is displayed. Therefore, the user A can debug the program in the computer of the user A and directly see the page display result in the test equipment such as the mobile phone of the user A. If the page display result has problems, the code edited in the computer can be modified timely.

In specific implementation, specific debugging operation can be completed locally, or a cloud debugging system can be provided for cloud debugging, and the like. In the first case, the compiling server can directly provide a debugging sub-interface for locally executing debugging on the front-end code. Specifically, the debugging may be implemented in the local integrated development subsystem, and after the debugging address is generated in the foregoing manner, the first graphic code is generated according to the debugging address. For example, as shown in fig. 2-6, the information of the debug address may be provided in the form of a two-dimensional code. In this way, the associated application program in the test terminal can display the page corresponding to the code in the test terminal device in a mode of scanning the first graphic code. Of course, in this case, if the user needs to modify the code, after the code is modified and recompiled, the page displayed in the debugging device may be refreshed by means of manual refresh. For example, a user may perform a manual page refreshing operation in the debugging device, and accordingly, after receiving the refresh request, the compiling server in the terminal device for development may resend the page data to the terminal device for test, so as to display the page display effect corresponding to the modified code.

And under the condition of cloud debugging, the local integrated development subsystem can also provide an access entry of a cloud debugging platform, after a debugging request is received through the access entry, the local integrated development subsystem can also be connected with the cloud debugging platform through an instruction provided by the cloud debugging platform, but at the moment, the code is still compiled by a built-in compiling server in the local integrated development subsystem, and the debugging address is provided. That is, the specific debug address is still local to the host where the current development operation is located. The test terminal equipment can still obtain specific page data through the debugging address and display the page data. In order to connect the test terminal device with the cloud debugging subsystem, the local integrated development subsystem may further generate second graphic code information according to an access address of the cloud debugging platform, so that an associated application program in the debugging device is connected with the cloud debugging platform in a manner of scanning the second graphic code, and thus, after the code is modified and recompiled, automatic refreshing of a page displayed in the debugging device may be triggered by the cloud debugging platform without a user manually performing a page refreshing operation. In other words, in this way, the page data required for each refresh can be actively pushed to the debugging device under the control of the cloud debugging subsystem, and the debugging device does not need to actively request the updated page data.

That is to say, the connection between the local integrated development subsystem and the cloud debugging platform, and between the cloud debugging platform and the debugging device can be established, and the specific implementation modes of the connection can be various. For example, in a specific implementation manner, a cloud debugging platform is embedded through a webview tag and the like, and at this time, a debugging device is used to scan the embedded page two-dimensional code, so that an associated application program in the debugging device can perform a debugging mode, and page debugging is performed in the mode. In addition, the local integrated development subsystem can execute the instruction provided by the cloud end debugging platform through the webview tag page, so that after the cloud end platform is connected with the client, the instruction is called after the resource is compiled, the instruction is notified to the cloud end debugging platform, and then the cloud end debugging platform realizes the automatic refreshing of the native page in the client of the application program related to the debugging equipment. That is to say, in the debugging process, when the code needs to be changed and the debugging page is changed, the local integrated development subsystem can realize the automatic refreshing function of the debugging page by means of the cloud debugging platform through the mode of panel operation calling instruction, so that the debugging of a user is facilitated.

In the cloud debugging mode, the debugging address can be provided to the debugging device in various modes, for example, in one mode, the mode can be the same as that of local debugging, and the compiling server can generate a first graphic code after generating the debugging address, so that the debugging device can specifically scan two graphic codes, and can obtain a specific debugging address when scanning the first graphic code so as to obtain page data and display the page; scanning the second graphic code, so that the debugging equipment can be connected with the cloud debugging platform, and the cloud debugging platform can control page display and automatic refreshing in the debugging equipment. Or, in another mode, the debugging address information can be provided for the cloud end debugging system, so that the debugging equipment only needs to scan the second graphic code to realize the connection with the cloud end debugging system, the specific debugging address can be pushed to the debugging equipment by the cloud end control system, and only the page corresponding to the debugging address is displayed, and the like.

After the development, debugging and other work of the code is completed, the code can be submitted to an online service subsystem. During specific implementation, in order to facilitate submitting operation, a code submitting and downloading operation module can be further built in, and warehouse storage information of the associated cloud storage system is obtained through instructions such as Git and the like to submit the code.

In a specific implementation, the code file may be submitted to the online service subsystem after all the code for a project is developed, but since there are many pages that may be included in a project, it is necessary to develop multiple code files, and even possibly multiple different file types, and so on. When the code files are stored locally, there may be risks of loss, damage, and mistaken deletion. Thus, to avoid the above risks, the user may also submit a staged code file to the online service subsystem. That is to say, the local integrated development subsystem may be further configured to submit the staged development code corresponding to the project to the online service subsystem for saving; at this time, the online service subsystem may be further configured to store the staged development code corresponding to the project to a warehouse address corresponding to the project in the cloud storage system. The development of a project may be divided into multiple stages for code submission, so that each time the project is submitted, the code pushing state detection can be performed, the specific number of the current code state information before and after the current code state information is analyzed, and the functions of synchronizing and pushing the code and the code in the cloud storage warehouse are performed through the code synchronization and code submission functions integrated by the code submission and downloading operation module which is built in the local.

In addition, during specific implementation, if the locally stored code file is lost, damaged, deleted by mistake and the like, the code file can be downloaded from the cloud storage system. That is, the code submitting and downloading operation module may be further configured to submit a request for downloading a code to the online service subsystem; at this time, the online service subsystem may be further configured to determine private key information of the request according to the user public key of the request associated user and the repository address, and return code file content corresponding to the repository address after the user authentication is performed.

In other words, when a project is not completely developed, the code files saved in the cloud storage device by the online service subsystem may be part of the code files required in the project, and in the process, when a user performs subsequent development, some code files developed before may be required, and the locally saved code files are not available, so that support for downloading the code files may be provided for the user. For example, in a specific implementation, the submitting and downloading operation module may be a Git module, and at this time, when a code needs to be downloaded, a Git Clone operation may be executed; after receiving the Gitclone request, the cloud storage system can analyze private key information in the Git operation according to user public key information set by the user before and the warehouse address, verify the right of the user, and after completing the user verification, return to the code file content corresponding to the warehouse address to complete the Git clone operation. Meanwhile, the operation setting can be carried out during the local Git Clone operation to separate out the Git operation configuration file, so that the user can carry out the visual operation through the local integrated development subsystem without paying attention to the internal Git operation, and an additional command line needs to be written.

After the local integrated development subsystem finishes editing, debugging and submitting all codes, a user can log in the online service subsystem, select own projects and send out a request for generating specific applications. In the embodiment of the application, since the local integrated development subsystem performs code editing by using a front-end-oriented language, in order to obtain Native experience, when a specific application is generated, related processes such as code conversion, SDK injection and the like can be performed. The related processing can be completed by the online service subsystem, and the user only needs to select the type of the mobile terminal operating system specifically required, for example, an iOS version application can be selected to be generated, an Android version application can be generated, applications under two systems can be generated respectively, and the like. The online service subsystem performs specific code conversion aiming at different mobile terminal operating system types and Native languages corresponding to non-operating system types, and can also inject different SDKs, and the like. Since this part is not the focus of the embodiments of the present application, it will not be described in detail here.

In short, in the embodiment of the application, the local integrated development subsystem integrates functions of code editing, debugging, submitting and the like, and also provides an online service subsystem which can process according to a code developed by a user to generate a specific required application. Moreover, the system can be developed by using a front-end-oriented language during development, and the finally generated application can be Native-level Native application corresponding to a specific mobile terminal operating system, so that the system can achieve both 'fast' and 'experience' in a real sense. Meanwhile, for a user, the code editing, debugging and submitting operations of the code can be completed only in the same local development subsystem, and switching among different environments or tools is not needed. Moreover, the development can be specifically based on front-end codes, and a user does not need to understand the bottom Native language in a specific mobile application system or develop different code versions for different mobile application systems. Therefore, the light-weight local development can be realized, the development efficiency can be improved, and the labor cost can be reduced.

Example two

The second embodiment corresponds to the first embodiment, and provides a mobile terminal application development method from the perspective of a local integrated development subsystem, and referring to fig. 3, the method may specifically include:

s301: acquiring project information registered in an online service subsystem in advance;

s302: determining a target editor from compatible editors installed locally, starting the editors by creating a sub-process in a main process, and providing an input interface for code editing; the editor is a front-end code editor;

s303: providing debugging operation options, and compiling and debugging the code after receiving a debugging request;

s304: and providing an operation option for submitting a code file to an online service subsystem, and after receiving a submission request, submitting the code file to a warehouse address applied by the service subsystem in a cloud storage system for the project, so that the online service subsystem processes a front-end code corresponding to the project when receiving a packaging request for the project, and a native application under a target mobile terminal operation system is generated.

During specific implementation, the code can be compiled in the process of debugging the code through a built-in compiling server, and a debugging address of a page corresponding to the code is provided, so that the page corresponding to the code is displayed in debugging equipment in a mode that an associated application program in the debugging equipment accesses the debugging address; when the code is debugged again after being modified, the code is compiled again, and the application program displays the page corresponding to the modified code in a mode of refreshing the page.

Wherein, in one implementation, debugging may be performed locally on the front-end code; at this time, after the debugging address can be generated, a first graphic code is generated according to the debugging address, so that the application program displays a page corresponding to the code in the debugging equipment in a mode of scanning the first graphic code; and refreshing the page displayed in the debugging equipment in a manual refreshing mode after the code is modified and recompiled.

Or, an access entry of a cloud debugging platform can be provided, after a debugging request is received through the access entry, the code is compiled by the compiling server through the connection between the instruction provided by the cloud debugging platform and the cloud debugging platform, and the debugging address is provided.

At this time, second graphic code information may be generated according to the access address of the cloud debugging platform, so that an associated application program in the debugging device is connected with the cloud debugging platform in a manner of scanning the second graphic code, and after the code is modified and recompiled, automatic refreshing of a page displayed in the debugging device is triggered through the cloud debugging platform.

In addition, in a specific implementation, in order to implement connection with the online service subsystem, a login interface may be provided, so as to perform login by inputting account information used in the online service subsystem, thereby implementing connection with the online service subsystem.

A user ID can be obtained according to a login result, and registered project information corresponding to the user ID is obtained from the online service subsystem; rendering of a project management page may then be performed in which the project information is displayed for selection of a project currently to be developed.

In order to prevent the local codes from being lost, damaged, deleted by mistake and the like, a Git module and the like can be provided so as to submit the staged development codes corresponding to the project to the online service subsystem, so as to store the staged development codes corresponding to the project to the warehouse address corresponding to the project in the cloud storage system.

In order to ensure the security of the code stored in the cloud, a corresponding user public key can be generated according to user account information, and the user public key is synchronized with the online service subsystem, so that the online service subsystem sets the user public key to the cloud storage system, and operation authority authorization is performed on the code corresponding to the project stored in the cloud storage system.

Moreover, a request for downloading a code can be submitted to the online service subsystem, so that the online service subsystem provides the request to a cloud storage system, the cloud storage system determines private key information of the request according to a user public key of a request associated user and a warehouse address, and returns code file content corresponding to the warehouse address after user authentication.

EXAMPLE III

The third embodiment is also corresponding to the first embodiment, and from the perspective of the online service subsystem, a method for developing a mobile-end application is provided, and with reference to fig. 4, the method may specifically include:

s401: receiving a project registration request, and applying for a warehouse address for the project in a preset cloud storage system;

s402: after receiving a code submitted by a local integrated development subsystem aiming at the project, saving the code in the warehouse address; the code is edited by a front-end-facing language;

s403: and when a packaging request for the project is received, processing a code corresponding to the project to generate a native application under a target mobile terminal operating system.

In specific implementation, the project registration request may also carry user ID information; at this time, the connection with the local integrated development subsystem can be realized according to the user ID submitted by the local integrated development subsystem.

In addition, a staged development code corresponding to the project submitted by the local integrated development subsystem can be received and stored to a warehouse address corresponding to the project in the cloud storage system.

Moreover, user public key information submitted by the local integrated development subsystem can be received; and setting the user public key to the cloud storage system so as to carry out operation authority authorization on the codes corresponding to the items stored in the cloud storage system.

Example four

In a fourth embodiment, a method for displaying a debugging page is provided from the perspective of an associated application installed in a debugging device such as a mobile phone, and specifically, referring to fig. 5, the method may specifically include:

s501: the method comprises the steps that debugging address information is obtained, wherein the debugging address is generated by a local integrated development subsystem on first terminal equipment after a debugging request for a specified code is received, the code is edited by a front-end-oriented language, and the local integrated development subsystem compiles the code according to the debugging request to generate the debugging address;

s502: obtaining a compiled code according to the debugging address;

s503: and displaying a page based on the compiled code.

In specific implementation, the compiled code is stored locally in the first terminal device, and the debug address is generated according to the network address of the first terminal device and the storage path of the compiled code in the first terminal device.

For example, in one mode, the debugging address information may be obtained by scanning a first graphic code displayed in the first terminal device through an associated second terminal device.

In addition, after the code is modified, a page refresh instruction can be received, the modified code is requested again by using the debugging address, and the page is refreshed by using the code obtained by the request again.

In specific implementation, the second graphic code generated according to the access address of the cloud end debugging platform and provided by the local integrated development subsystem is scanned, and connection with the cloud end debugging platform is established; the cloud debugging platform is also connected with the local integrated development subsystem; at this time, the specific refresh instruction may be a page refresh instruction issued by the cloud debugging platform.

The parts of the second to fourth embodiments that are not described in detail can be referred to the description of the first embodiment, and are not described again here.

Corresponding to the second embodiment, an embodiment of the present application further provides a mobile terminal application development apparatus, and referring to fig. 6, the apparatus may include:

an item information obtaining unit 601, configured to obtain item information registered in the online service subsystem in advance;

an editing interface providing unit 602, configured to determine a target editor from locally installed compatible editors, and provide an input interface for code editing by creating a sub-process in a main process to start the editor; the editor is a front-end code editor;

a compiling and debugging unit 603, configured to provide debugging operation options, and after receiving a debugging request, compile and debug the code;

the code submitting unit 604 is configured to provide an operation option for submitting a code file to an online service subsystem, and after receiving a submission request, submit the code file to a warehouse address, which is applied by the service subsystem in the cloud storage system, for the project, so that when the online service subsystem receives a packaging request for the project, the online service subsystem processes a front-end code corresponding to the project to generate a native application under a target mobile terminal operating system.

In a specific implementation, the apparatus may further include:

the debugging address providing unit is used for compiling the code in the process of debugging the code and providing a debugging address of a page corresponding to the code so as to display the page corresponding to the code in the debugging equipment in a mode of accessing the debugging address through an associated application program in the debugging equipment;

the compiling and debugging unit is further configured to compile the code again when the code is debugged again after being modified, and the application program displays the page corresponding to the modified code in a manner of refreshing the page.

The compiling and debugging unit can be specifically used for locally debugging the front-end code;

the apparatus may further include:

the first graphic code generating unit is used for generating a first graphic code according to the debugging address after the debugging address is generated, so that the application program can display a page corresponding to the code in the debugging equipment in a mode of scanning the first graphic code; and refreshing the page displayed in the debugging equipment in a manual refreshing mode after the code is modified and recompiled.

Alternatively, the apparatus may further include:

and the cloud debugging inlet providing unit is used for providing an access inlet of a cloud debugging platform, receiving a debugging request through the access inlet, connecting the instruction provided by the cloud debugging platform with the cloud debugging platform, compiling the code by the compiling server and providing the debugging address.

And the second graphic code generating unit is used for generating second graphic code information according to the access address of the cloud debugging platform, so that an associated application program in the debugging equipment is connected with the cloud debugging platform in a mode of scanning the second graphic code, and the automatic refreshing of a page displayed in the debugging equipment is triggered through the cloud debugging platform after the code is modified and recompiled.

Furthermore, the apparatus may further include:

and the login unit is used for providing a login interface so as to log in through inputting account information used in the online service subsystem and realize the connection with the online service subsystem.

The project information obtaining unit is used for obtaining a user ID according to a login result and obtaining registered project information corresponding to the user ID from the online service subsystem;

and the project management page rendering unit is used for rendering a project management page, and displaying the project information in the project management page so as to select the project to be developed currently.

And the code submitting unit is used for submitting the staged development codes corresponding to the project to the online service subsystem so as to store the staged development codes corresponding to the project to the warehouse address corresponding to the project in the cloud storage system.

And the user public key generating unit is used for generating a corresponding user public key according to the user account information and synchronizing with the online service subsystem through the user public key so that the online service subsystem can conveniently set the user public key to the cloud storage system, and operation authority authorization is conveniently carried out on the codes corresponding to the items stored in the cloud storage system.

And the code downloading unit is used for submitting a code downloading request to the online service subsystem so that the online service subsystem provides the request to a cloud storage system, the cloud storage system determines private key information of the request according to a user public key of a request associated user and a warehouse address, and returns code file content corresponding to the warehouse address after user authentication.

Corresponding to the three phases of the embodiment, the embodiment of the present application further provides a mobile terminal application development device, referring to fig. 7, the device may include:

the project registration unit 701 is used for receiving a project registration request and applying for a warehouse address for the project in a preset cloud storage system;

a code saving unit 702, configured to, after receiving a code submitted by a local integrated development subsystem for the project, save the code in the repository address; the code is edited by a front-end-facing language;

the application generating unit 703 is configured to, when receiving a packaging request for the item, process a code corresponding to the item to generate a native application under the target mobile terminal operating system.

Specifically, the project registration request carries user ID information;

the apparatus may further include:

and the connecting unit is used for realizing connection with the local integrated development subsystem according to the user ID submitted by the local integrated development subsystem.

And the code receiving unit is used for receiving the staged development codes corresponding to the projects submitted by the local integrated development subsystem and storing the staged development codes to the warehouse addresses corresponding to the projects in the cloud storage system.

The user public key receiving unit is used for receiving the user public key information submitted by the local integrated development subsystem;

and the user public key setting unit is used for setting the user public key to the cloud storage system so as to carry out operation authority authorization on the codes corresponding to the items stored in the cloud storage system.

Corresponding to the fourth embodiment, an embodiment of the present application further provides a debugging page displaying apparatus, and referring to fig. 8, the apparatus may include:

a debug address obtaining unit 801, configured to obtain debug address information, where the debug address is generated by a local integrated development subsystem on a first terminal device after receiving a debug request for a specified code, where the code is a code edited by using a front-end-oriented language, and the local integrated development subsystem compiles the code according to the debug request to generate the debug address;

a code obtaining unit 802, configured to obtain a compiled code according to the debug address;

a page display unit 803, configured to perform page display based on the compiled code.

Specifically, the debug address obtaining unit may be specifically configured to:

In addition, the apparatus may further include:

the refreshing instruction receiving unit is used for receiving a page refreshing instruction after the code is modified;

and the page refreshing unit is used for re-requesting the modified code by using the debugging address and refreshing the page by using the code obtained by re-requesting.

The cloud end debugging platform connecting unit is used for scanning a second graphic code which is provided by the local integrated development subsystem and is generated according to an access address of the cloud end debugging platform, and establishing connection with the cloud end debugging platform; the cloud debugging platform is also connected with the local integrated development subsystem;

the refresh instruction receiving unit is specifically configured to:

In addition, an embodiment of the present application further provides a computer system, including:

one or more processors; and

Fig. 9 illustrates an architecture of a computer system, which may include, in particular, a processor 910, a video display adapter 911, a disk drive 912, an input/output interface 913, a network interface 914, and a memory 920. The processor 910, the video display adapter 911, the disk drive 912, the input/output interface 913, and the network interface 914 may be communicatively connected to the memory 920 via a communication bus 930.

The processor 910 may be implemented by a general-purpose CPU (Central Processing Unit), a microprocessor, an Application Specific Integrated Circuit (ASIC), or one or more Integrated circuits, and is configured to execute related programs to implement the technical solution provided in the present Application.

The Memory 920 may be implemented in the form of a ROM (Read Only Memory), a RAM (Random access Memory), a static storage device, a dynamic storage device, or the like. Memory 920 may store an operating system 921 for controlling the operation of computer system 900, a Basic Input Output System (BIOS) for controlling low-level operations of computer system 900. In addition, a web browser 923, a data storage management system 924, an application development processing system 925, and the like may also be stored. The application development processing system 925 can be an application program that implements the operations of the foregoing steps in this embodiment. In summary, when the technical solution provided in the present application is implemented by software or firmware, the relevant program code is stored in the memory 920 and invoked by the processor 910 for execution.

The input/output interface 913 is used to connect the input/output module to realize information input and output. The i/o module may be configured as a component in a device (not shown) or may be external to the device to provide a corresponding function. The input devices may include a keyboard, a mouse, a touch screen, a microphone, various sensors, etc., and the output devices may include a display, a speaker, a vibrator, an indicator light, etc.

The network interface 914 is used for connecting a communication module (not shown in the figure) to implement communication interaction between the present device and other devices. The communication module can realize communication in a wired mode (such as USB, network cable and the like) and also can realize communication in a wireless mode (such as mobile network, WIFI, Bluetooth and the like).

The bus 930 includes a path to transfer information between the various components of the device, such as the processor 910, the video display adapter 911, the disk drive 912, the input/output interface 913, the network interface 914, and the memory 920.

In addition, the computer system 900 may also obtain information of specific retrieval conditions from the virtual resource object retrieval condition information database 941 for performing condition judgment, and the like.

It should be noted that although the above-mentioned devices only show the processor 910, the video display adapter 911, the disk drive 912, the input/output interface 913, the network interface 914, the memory 920, the bus 930 and so on, in a specific implementation, the device may also include other components necessary for normal operation. Furthermore, it will be understood by those skilled in the art that the apparatus described above may also include only the components necessary to implement the solution of the present application, and not necessarily all of the components shown in the figures.

From the above description of the embodiments, it is clear to those skilled in the art that the present application can be implemented by software plus necessary general hardware platform. Based on such understanding, the technical solutions of the present application may be essentially or partially implemented in the form of a software product, which may be stored in a storage medium, such as a ROM/RAM, a magnetic disk, an optical disk, etc., and includes several instructions for enabling a computer device (which may be a personal computer, a server, or a network device, etc.) to execute the method according to the embodiments or some parts of the embodiments of the present application.

The embodiments in the present specification are described in a progressive manner, and the same and similar parts among the embodiments are referred to each other, and each embodiment focuses on the differences from the other embodiments. In particular, the system or system embodiments are substantially similar to the method embodiments and therefore are described in a relatively simple manner, and reference may be made to some of the descriptions of the method embodiments for related points. The above-described system and system embodiments are only illustrative, wherein the units described as separate parts may or may not be physically separate, and the 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 modules may be selected according to actual needs to achieve the purpose of the solution of the present embodiment. One of ordinary skill in the art can understand and implement it without inventive effort.

The method, the device and the system for developing the mobile terminal application provided by the application are introduced in detail, a specific example is applied in the method to explain the principle and the implementation of the application, and the description of the embodiment is only used for helping to understand the method and the core idea of the application; meanwhile, for a person skilled in the art, according to the idea of the present application, the specific embodiments and the application range may be changed. In view of the above, the description should not be taken as limiting the application.

Claims

1. A mobile-end application development system, comprising:

2. The system of claim 1,

3. The system of claim 2,

4. The system of claim 2,

5. The system of claim 4,

6. The system according to any one of claims 1 to 5,

7. The system of claim 6,

8. The system of claim 7,

9. The system of claim 8,

10. The system of claim 9,

11. A method for developing a mobile terminal application is characterized by comprising the following steps:

12. The method of claim 11, further comprising:

13. The method of claim 12, further comprising:

the compiling and debugging the code comprises:

performing debugging locally on the front-end code;

14. The method of claim 12, further comprising:

15. The method of claim 14, further comprising:

16. A method for developing a mobile terminal application is characterized by comprising the following steps:

17. A debugging page display method is characterized by comprising the following steps:

obtaining a compiled code according to the debugging address;

and displaying a page based on the compiled code.

18. A mobile-end application development device is characterized by comprising:

19. A mobile-end application development device is characterized by comprising:

20. A debugging page display device, comprising: