CN103440134A - Webkit kernel-based storage resource service local extension method - Google Patents

Abstract

The invention discloses a webkit kernel-based storage resource service local extension method mainly solving the problem that the demand of a user can not be met due to poor capacity of extending applications in a webkit and poor capacity of dynamically loading a native library in the webkit in the prior art. The webkit kernel-based storage resource service local extension method comprises the following steps: the webkit carries out authoring and versioning according to a.idl document provided by the user to generate JSXXX. cpp, JSXX. h, webkitDOMXXX. cpp, webkitDOMXXX. h and webkitDOMXXXPrivate. h documents; the user places an extension operation related to web presentation to a /Source/webCore/page catalog, and writes an interface function of the extension operation in a corresponding.cpp document; an idl document according with a WEBIDL specification is written according to the extension operation of the user and an authoring and versioning process of a makefile.am document, DOMWindow.h, DOMWindow.cpp and DOMWindow.idl are correspondingly corrected. By adopting the scheme, the webkit kernel-based storage resource service local extension method achieves the purposes of high extensibility and convenience in use, and is high in practical value and popularization value.

Description

Local extension method of storage resource service based on webkit kernel

technical field

The present invention relates to an extension method, in particular to a local extension method for storage resource services based on the webkit kernel.

Background technique

With the development of wireless communication technology and the increasing popularity of mobile terminals, mobile Internet users and services are experiencing explosive growth. It is estimated that in the next three years, the number of mobile Internet users in China will exceed the number of computer Internet users, and within five years, the scale of mobile Internet services will exceed traditional ones. the Internet.

At the same time, with the continuous development of the Internet, more and more forms of data are presented on the network, and the scale of data is also growing at a speed beyond people's imagination. The processing power of one or several servers is far enough Not required. For many large-scale operators, the ability of their business to calculate and analyze data sets puts forward very high requirements on computing resources, and in terms of business service processing, it puts forward high demands on the performance of the system, such as reliability, fault tolerance, and consistency. Therefore, it is possible to use a distributed computing engine platform to make full use of the ability of a single computing resource to process large-scale data sets, which is the function provided by our cloud storage background system.

As the portal for users to access the Internet in the Internet age, the browser plays a self-evident role in the network. How to realize rapid development and deployment of various services to meet the business needs of users in various aspects such as study, life, and work has become an important issue in the industry, especially in the mobile industry. One of the focuses of operators. Among them, Mobile Widget (mobile micro-technology) has become the best technology for the new generation of mobile Internet terminal applications due to its low technical threshold, good user experience, and cross-platform operation. At present, many well-known telecom operators, Internet companies, and mobile phone terminal manufacturers in the world, including China Mobile, Vodafone, Yahoo, Google, and Nokia, have launched their own Widget products one after another. Widget applications have become the new favorite of end users. As the current mainstream browser kernel, webkit has also become the first choice for Widget kernel. However, webkit has poor ability to dynamically load local libraries, and poor ability to expand its own applications in webkit, which cannot meet user needs.

Contents of the invention

The purpose of the present invention is to provide a local expansion method for storage resource services based on the webkit kernel, which mainly solves the poor ability of webkit to dynamically load local libraries in the prior art, and the poor ability to expand its own applications in webkit, Problems that cannot meet user needs.

In order to achieve the above object, the technical scheme adopted in the present invention is as follows:

The local extension method of the storage resource service based on the webkit kernel includes the following steps:

(1) webkit compiles and generates JSXXX.cpp, JSXX.h, webkitDOMXXX.cpp, webkitDOMXXX.h and webkitDOMXXXPrivate.h files according to the .idl file provided by the user;

(2) The user places the extended operation related to page display in the /Source/webCore/page directory, and writes the interface function of the extended operation into the corresponding .cpp file;

(3) Write the idl file conforming to the WEB IDL specification according to the user's extended operation, and modify the compilation process of the makefile.am file, DOMWindow.h, DOMWindow.cpp and DOMWindow.idl accordingly. The modification method in the present invention preferably adds the object name declared in DOMWindow.h in the DOMWindow.idl attribute column, and the attribute value is set to Replaceable.

In the step (3), the compilation process of the makefile.am file is as follows:

(3a) Add the corresponding h, cpp, idl, JSXXX.h and JSXXX.cpp files to GNUmakefile.list.am under Source/WebCore;

(3b) Add the corresponding WebKitDOMXXX.h and WebkitDOMXXX.cpp files to GNUmakefile.am under Source/WebCore/bindings/gobject.

Specifically, the idl file includes idl attributes, interface attributes and parameters.

Compared with the prior art, the present invention has the following beneficial effects:

(1) By using the present invention, users can conveniently access services in the form of an operation interface, which greatly improves the user experience of the entire system, and can provide users with more convenient storage services through cooperation with the cloud storage background service system operation and realize local expansion, thereby reducing the operation complexity of front-end users, increasing the versatility of the whole system, and enabling users to conveniently and quickly accept services provided by cloud storage systems through web pages, which has outstanding essence Unique features and significant progress, suitable for large-scale promotion and application.

Detailed ways

The present invention will be further described below in conjunction with the examples, and the embodiments of the present invention include but not limited to the following examples.

Example

In order to solve the problems in the prior art that webkit has poor ability to dynamically load local libraries, and the ability to expand its own application in webkit is poor, and cannot meet user needs, the present invention discloses a storage resource service based on webkit kernel The local extension method, because the external users mainly interact with the gateway through the HTTP protocol in the prior art, the gateway performs protocol conversion and then interacts with the internal storage system, and the internal storage system performs corresponding services according to the request and then sends the reply request to The gateway, and then the gateway provides a reply to the customer's request. Therefore, the present invention develops and improves the interaction between the front end and the gateway, and realizes the extension of the browser function by adding the API of the cloud storage system to the webkit kernel. It mainly includes the following steps:

The binding method is used, that is, webkit compiles and generates JSXXX.cpp, JSXXX.h, WebKitDOMXXX.cpp, WebKitDOMXXX.h and WebKitDOMXXXPrivate.h files according to the .idl file provided by the user, and the generated JSXXX.cpp and JSXXX.h are compatible with the server Associated with the original JavascriptCore;

Put the extended operations related to page display in the /Source/webCore/page directory;

Write the interface function, write the interface function into the .cpp file required by the user; write the idl file including IDL attributes, interface attributes and parameters, etc., where the IDL interface specification refers to the WEB IDL specification; DOMWindow.h, DOMWindow.cpp and Modify DOMWindow.idl accordingly;

Modify the compilation process of the makefile.am file, that is, add the corresponding h, cpp and idl files and JSXXX.h and JSXXX.cpp to the GNUmakefile.list.am under Source/WebCore; under Source/WebCore/bindings/gobject Add corresponding WebKitDOMXXX.h and WebkitDOMXXX.cpp to GNUmakefile.am.

Take DOMWindow and JSDOMWindow as examples, among them, JSDOMWindow only provides the semantics of the interface, and DOMWindow provides its specific implementation. Through the three-level mapping relationship from HTML to JS and then to C++, its function is finally realized, that is, the javascript interface is called in HTML, and the relationship between javascript and C++ is the interface and implementation, that is, the interface is defined in javascript and the implementation of the interface Adopt C++ way. The part that interacts with the background service system is encapsulated by C++ objects, and the encapsulated objects are placed in the /WebCore/page directory; at the same time, when writing an IDL file, the system will parse it according to the IDL file and convert it into a JS call interface to communicate with the upper layer The interface is connected.

According to the above steps, the local function extension of the corresponding interface can be realized.

In the present invention, the API mainly simulates the message format of the HTTP protocol, encapsulates the HTTP protocol, and makes a request to the background server by sending the HTTP message to realize the functions required by the user. In order to achieve this, it is necessary to call the application layer API interface by loading the html page at the application layer through webkit. The interface definition is shown in Table 1:

Table 1

In the present invention, each message request must include a complete message format for communication interaction, and the state of this message has nothing to do with the state of the previous message. REST describes an architectural style of interconnected systems whose constraints, when applied as a whole, result in a simple, scalable, efficient, secure, and reliable architecture.

The service process of the entire cloud storage system is as follows: the user sends a request to the background by calling the registration interface. After the registration is successful, the user logs in to the system with the account and performs the operations he needs. Files are accessed by slices, and the storage process is divided into data storage and metadata storage. After all the fragments of the entire file are successfully uploaded, file metadata is uploaded, and downloading is the reverse process; directory operations are only operations on its metadata information. Among them, file operations are divided into: upload, download, delete and query; directory operations are divided into: create, delete, obtain directory and obtain directory status.

Application layer users call the application layer javascript API by loading a given html file from the browser, and then call the implementation of the underlying C++, and send commands to our background server to request the background server to provide services. To this end, we will design the interface in advance according to the needs of users and the functional services that our back-end server can provide. Our interface interaction part mainly involves the interaction with the gateway, so we need to simulate the encapsulation and analysis of the HTTP protocol. The basic principle is that we encapsulate the HTTP message protocol according to our own needs, and the web server on the gateway side First analyze the protocol request, and send the parsed corresponding status request field to the gateway, and then the gateway performs different operations according to the interpretation of different fields, the reply process is the reverse process, and finally the reply message is sent by the web server to front-end users.

Take the interface for uploading file slices as an example:

Write the designed interface to the corresponding packaged file under WebCore/page, and the parameter is the absolute path of the file to be uploaded.

The upload process is divided into upload data and metadata information. The file is divided into pieces according to a certain size, and the data is uploaded according to the designed HTTP protocol format; Encapsulated in the format and uploaded, the successful upload indicates that the entire file has been uploaded successfully.

The uploaded HTTP message will first be delivered to the web server at the gateway for protocol analysis, and the corresponding analytical fields such as user authentication information, file fragmentation information, and unique hash value of the file fragment will be sent to the gateway. The corresponding protocol conversion is carried out in the corresponding field, and the protocol request of the letter is sent to the background service system, and the service system completes the corresponding operation.

Add the corresponding interface to the corresponding .idl file according to the WEB IDL format specification, so as to generate the corresponding JS call interface and connect with the application layer interface.

The corresponding calling interface is written in HTML, and the calling work of the interface is carried out in the interface three-level mapping calling method we mentioned.

The operation specifications of other interfaces are similar. The instances we encapsulate are all web-based operation instances, so they must be placed in the page directory, and their singleton instances are created in the DOMWindow object. In other words, they are based on The way of global object placement exists, because the writing and calling behavior of each parameter in the present invention is a very mature technology in the industry, so no further explanation is given here.

According to the above-mentioned embodiments, the present invention can be well realized.

Claims (3)

1. The local extension method of storage resource service based on webkit kernel, it is characterized in that, comprises the following steps: (1) webkit compiles and generates JSXXX.cpp, JSXX.h, webkitDOMXXX.cpp, webkitDOMXXX.h and webkitDOMXXXPrivate.h files according to the .idl file provided by the user; (2) The user places the extended operation related to page display in the /Source/webCore/page directory, and writes the interface function of the extended operation into the corresponding .cpp file; (3) Write the idl file conforming to the WEB IDL specification according to the user's extended operation, and modify the compilation process of the makefile.am file, DOMWindow.h, DOMWindow.cpp and DOMWindow.idl accordingly. 2. The local extension method of the storage resource service based on the webkit kernel according to claim 1, characterized in that, in the step (3), the compilation process of the makefile.am file is as follows: (3a) Add the corresponding h, cpp, idl, JSXXX.h and JSXXX.cpp files to GNUmakefile.list.am under Source/WebCore; (3b) Add the corresponding WebKitDOMXXX.h and WebkitDOMXXX.cpp files to GNUmakefile.am under Source/WebCore/bindings/gobject. 3. The local extension method of the storage resource service based on the webkit kernel according to claim 2, wherein the idl file includes idl attributes, interface attributes and parameters.