CN109308224B - Cross-platform data communication and cross-platform data processing method, device and system - Google Patents
Cross-platform data communication and cross-platform data processing method, device and system Download PDFInfo
- Publication number
- CN109308224B CN109308224B CN201710620876.XA CN201710620876A CN109308224B CN 109308224 B CN109308224 B CN 109308224B CN 201710620876 A CN201710620876 A CN 201710620876A CN 109308224 B CN109308224 B CN 109308224B
- Authority
- CN
- China
- Prior art keywords
- data
- intermediate file
- data information
- class
- data object
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/54—Interprogram communication
- G06F9/547—Remote procedure calls [RPC]; Web services
- G06F9/548—Object oriented; Remote method invocation [RMI]
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/54—Interprogram communication
- G06F9/541—Interprogram communication via adapters, e.g. between incompatible applications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F2209/00—Indexing scheme relating to G06F9/00
- G06F2209/54—Indexing scheme relating to G06F9/54
- G06F2209/541—Client-server
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F2209/00—Indexing scheme relating to G06F9/00
- G06F2209/54—Indexing scheme relating to G06F9/54
- G06F2209/544—Remote
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Stored Programmes (AREA)
Abstract
The application discloses a cross-platform data communication and processing method, a cross-platform data communication and processing device and electronic equipment. The cross-platform data communication method comprises the following steps: acquiring data information; instantiating the data information in a preset data format to generate an intermediate file carrying a data object corresponding to the data information; and sending the intermediate file to a receiving end which requires the data information. According to the technical scheme, the server and the client sides of different platforms can be interacted by generating intermediate files through an open source protocol and a script tool, so that cross-platform network communication is realized, and the development efficiency is improved; since Java and object-C can interact with C language and C + + language, C + + is used as network interface for uniform packaging, so that cross-platform network layer interface is realized, and response and transmission of network data are optimized to a certain extent.
Description
Technical Field
The present application relates to the field of computer communications, and in particular, to a cross-platform data communication method, a cross-platform data processing method, and a cross-platform data communication system. The application also relates to a cross-platform data communication device, electronic equipment, a cross-platform data processing device and another electronic equipment.
Background
The current mobile communication platforms are various, and network communication is mostly transmitted in xml or json manner. When different mobile terminal communication platforms communicate, the object needs to be converted into xml or json. And different mobile terminal communication platforms convert the object into xml or json with different standards. The communication standards in different platforms are different, and direct communication cannot be performed. For example, at present, a mobile terminal has two major platforms, ios and android, and an object constructed in the Java language cannot be directly used by object-c due to platform correlation of upper application development and use of different programming languages.
Therefore, when network communication is carried out in an xml or json mode, communication between cross platforms cannot be achieved, so that at present, each company needs two special teams to maintain the same product, and a server needs to debug a plurality of platforms or languages; different platforms need to respectively realize a set of network layer interfaces, if interface data need to be modeled, corresponding model classes need to be generated manually, and development cost is high; in addition, the time overhead of xml during parsing is large, and in order to have better readability, some redundant text information also occupies a large space due to the xml format, which is also large.
Disclosure of Invention
The present application provides a cross-platform data communication method, a cross-platform data processing method, and a cross-platform data communication system, so as to solve the above problems in the prior art. The application further provides a cross-platform data communication device, an electronic device, a cross-platform data processing device and another electronic device.
The application provides a cross-platform data communication method, which comprises the following steps:
acquiring data information;
instantiating the data information in a preset data format to generate an intermediate file carrying a data object corresponding to the data information;
and sending the intermediate file to a receiving end which requires the data information.
Optionally, the intermediate file includes: a proto file; the proto file is a definition file of Protobuf data.
Optionally, the data information includes: the field name and the value of the field.
Optionally, instantiating the data information in a preset data format to generate an intermediate file carrying a data object corresponding to the data information includes:
acquiring a preset class for storing the data information;
storing values of fields in the data information in the class;
and taking the instantiated class as the intermediate file.
Optionally, the sending the intermediate file to the receiving end that needs the data information includes:
and sending the intermediate file to a receiving end which requires the data information based on a network layer interface realized by C or C + +.
Optionally, before the step of sending the intermediate file to the receiving end that needs the data information, the method includes:
performing serialization operation on the intermediate file according to a Protobuf library to obtain a binary data string;
correspondingly, the sending the intermediate file to the receiving end which needs the data information includes:
and sending the binary data string after the serialization of the intermediate file to a receiving end which needs the data information.
Optionally, the receiving end includes: android clients, ios clients, or Windows clients.
Optionally, before the step of acquiring data information, the method includes:
and receiving a request for acquiring data information sent by the receiving end based on a network layer interface realized by C or C + +.
Correspondingly, the present application also provides a cross-platform data communication device, where the cross-platform data communication device includes:
a data acquisition unit for acquiring data information;
the intermediate file generating unit is used for instantiating the data information in a preset data format and generating an intermediate file carrying a data object corresponding to the data information;
and the intermediate file sending unit is used for sending the intermediate file to a receiving end which requires the data information.
In addition, this application still provides an electronic equipment, electronic equipment includes:
a processor;
a memory for a data communication program that, when read and executed by the processor, performs the operations of obtaining data information; instantiating the data information in a preset data format to generate an intermediate file carrying a data object corresponding to the data information; and sending the intermediate file to a receiving end which requires the data information.
In addition, the present application also provides a cross-platform data processing method, which includes:
acquiring an intermediate file; the intermediate file carries a data object with a preset data format;
analyzing the intermediate file, and converting the data object carried by the intermediate file into a data object with a data format corresponding to the current system;
matching the converted data object with a preset data model;
instantiating the data object that matches into the pre-set data model.
Optionally, the intermediate file includes: a proto file; the proto file is a definition file of Protobuf data.
Optionally, the system includes: android systems, ios systems or Windows systems.
Optionally, the analyzing the intermediate file, and converting the data object carried by the intermediate file into a data object with a data format corresponding to the current system includes:
analyzing the intermediate file to obtain a data object with a preset data format carried by the intermediate file;
and converting the data object into a data object corresponding to the current system according to a data format conversion protocol preset corresponding to the intermediate file.
Optionally, the obtaining the intermediate file includes:
receiving a binary data string;
and according to an application programming interface provided in a Protobuf language library, performing deserialization operation on the binary data string to obtain the intermediate file.
Optionally, the receiving the binary data string includes:
and receiving the received binary data string based on a network layer interface realized by C or C + +.
Optionally, after the step of instantiating the data object matched to the preset data model, the method includes:
generating data in a specified chart format for the data object, and displaying the data; or alternatively
And storing the data object into a specified database table.
Correspondingly, the present application also provides a cross-platform data processing apparatus, which includes:
an acquisition unit configured to acquire an intermediate file; the intermediate file carries a data object with a preset data format;
the data object acquisition unit is used for analyzing the intermediate file and converting the data object carried by the intermediate file into a data object with a data format corresponding to the current system;
the matching unit is used for matching the converted data object with a preset data model;
and the instantiation unit is used for instantiating the data object matched into the preset data model.
In addition, the present application also provides another electronic device, including:
a processor;
a memory for a data communication program which, when read and executed by the processor, performs the operations of obtaining an intermediate file; the intermediate file carries a data object with a preset data format; analyzing the intermediate file, and converting the data object carried by the intermediate file into a data object with a data format corresponding to the current system; matching the converted data object with a preset data model; instantiating the data object that matches into the pre-set data model.
In addition, the present application also provides a cross-platform data communication system, which includes:
the cross-platform data communication device; and
the cross-platform data processing device.
Compared with the prior art, the method has the following advantages:
according to the cross-platform data communication method, the cross-platform data communication device and the electronic equipment, data information is acquired; instantiating the data information to form an intermediate file; and sending the intermediate file to a receiving end which requires the data information.
The application also provides a cross-platform data processing method, a cross-platform data processing device and electronic equipment, wherein the method comprises the steps of obtaining an intermediate file; analyzing the intermediate file to acquire a data object corresponding to the current system; matching the data object with a preset data model; instantiating the data object that matches into the pre-set data model.
The cross-platform data communication method and the cross-platform data processing method are used in a matched mode, and through the open source protocol and the script tool, the server side and the client sides of different platforms can generate interactive intermediate files, cross-platform network communication is achieved, and development efficiency is improved; since Java and object-C can interact with C language and C + + language, C + + is used as network interface for uniform packaging, so that cross-platform network layer interface is realized, and response and transmission of network data are optimized to a certain extent.
In addition, the script tool supports automatic generation of the oc/Java model class, so that automatic generation of the data model layer is realized; because the serialization and deserialization operations are carried out on the intermediate file through the open source protocol, the transmitted data are converted into the binary data string, compared with the original xml and json, the response speed of the network request is higher, the data transmission quantity is smaller, and the transmission efficiency is improved.
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 description of the embodiments or the prior art will be briefly described below, it is obvious that the drawings in the following description are only some embodiments described in the present application, and other drawings can be obtained by those skilled in the art according to the drawings.
FIG. 1 illustrates a flow diagram of a method of cross-platform data communication provided in accordance with an embodiment of the present application;
FIG. 2 shows a schematic diagram of an apparatus for cross-platform data communication provided in accordance with an embodiment of the present application;
FIG. 3 shows a schematic view of an electronic device provided according to an embodiment of the application;
FIG. 4 illustrates a flow diagram of a method of cross-platform data processing provided in accordance with an embodiment of the present application;
FIG. 5 shows a schematic diagram of an apparatus for cross-platform data processing provided in accordance with an embodiment of the present application;
FIG. 6 shows a schematic view of another electronic device provided in accordance with an embodiment of the present application;
FIG. 7 illustrates a schematic diagram of a system for cross-platform data communication provided in accordance with an embodiment of the present application.
Detailed Description
In order that the above objects, features and advantages of the present application can be more clearly understood, the present application will be described in further detail with reference to the accompanying drawings and detailed description. It should be noted that the embodiments and features of the embodiments of the present application may be combined with each other without conflict.
In the following description, numerous specific details are set forth in order to provide a thorough understanding of the present application. This application is capable of implementation in many different ways than those herein set forth and of similar import by those skilled in the art without departing from the spirit and scope of this application, and it is therefore not limited to the specific implementations disclosed below.
The embodiment of the application provides a cross-platform data communication method, a cross-platform data processing method and a cross-platform data communication system; the embodiment of the application also provides a cross-platform data communication device, electronic equipment, a cross-platform data processing device and another electronic equipment. Details are described in the following examples one by one.
At present, a mobile terminal has two main flow platforms, ios and android, and because of platform correlation of upper application development and the use of different programming languages, an object constructed in a Java language cannot be directly used by object-c when network communication is carried out in an xml or json mode. Therefore, when network communication is carried out in an xml or json mode, communication between cross platforms cannot be achieved, so that at present, each company needs two special teams to maintain the same product, and a server needs to debug a plurality of platforms or languages; different platforms need to respectively realize a set of network layer interfaces, if interface data need to be modeled, corresponding model classes need to be generated manually, and development cost is high; in addition, the time overhead of xml during parsing is large, and in order to have better readability, some redundant text information also occupies a large space due to the xml format, which is also large. Aiming at the problem, in the embodiment of the application, the server and the clients of different platforms can be used for generating interactive intermediate files by using an open source protocol and a script tool, so that the cross-platform network communication is realized.
Before describing the specific steps of this embodiment in detail, the open source project related to this technical solution will be briefly described.
curl is an open source file transfer tool that works in a command line mode using URL syntax. It is widely used in Unix, a variety of Linux releases, and has DOS and ported versions under Win32, Win 64. In the embodiment of the application, the C + + interface is uniformly packaged based on the open source project curl, and since Java and object-C can interact with C + +, the network layer interface is cross-platform through the open source project curl, and meanwhile, response and transmission of network data are optimized to a certain degree.
protocol buffer is a data exchange format for google, which is language independent and platform independent. google provides an implementation in multiple languages: java, c #, c + +, go, and python, each of which contains a compiler and library files in the corresponding language. Since it is a binary format, it is much faster than exchanging data using xml or json. The method can be used for data communication between distributed applications or data exchange in heterogeneous environments, can serialize structured data, and can be used for data storage, communication protocols and the like. As a binary data transmission format excellent in efficiency and compatibility, it can be used in various fields such as network transmission, profile, data storage, and the like.
The embodiment of the application provides a cross-platform data communication method, which can be implemented in android, ios or Windows client or server, and is applicable to programming language environments such as C language, C + +, Java and the like, but is not limited thereto. It is understood that, in order to be suitable for a certain operating system or a certain language environment, the program code implementing the method for cross-platform data communication provided by the embodiment may be written according to the characteristics of the operating system or the language environment. The embodiment of the cross-platform data communication method is as follows:
referring to fig. 1, a flow diagram of a method of cross-platform data communication is shown, provided in accordance with an embodiment of the present application.
The cross-platform data communication method comprises the following steps:
step S101, data information is acquired.
In this embodiment, the obtaining of the data information may be implemented as follows: and the server side acquires the data information from the database.
It should be noted that the data information is stored in the form of a database table in the database, and a record is described by several fields, so the data information obtained in this step is composed of the field name and the value of the field in the database table in which the data information is stored, and the data information obtained in this step may be a record or a combination of several records.
It can be understood that, when accessing a database to obtain data information, it is necessary to access a corresponding database table according to a requirement of a user to obtain corresponding data information, and it is necessary to determine a type and query parameters of the data information required by the user first, so before executing the step of obtaining data information in step S101, the following steps are included:
and receiving a request for acquiring data information sent by the receiving end based on a network layer interface realized by C or C + +.
It should be noted that, because the cross-platform data communication method provided by the present application realizes cross-platform network communication, taking two major platforms ios and android at the current mobile end as an example: because the programming language Java of the android system and the programming language object-C of the ios can interact with the C language and the C + + language, when the network layer interface is realized based on the C or C + +, two platforms with different systems can also communicate through the network layer interface. The receiving end is used for receiving the information fed back by the server end, and at least comprises the following 3 kinds of clients according to the difference of the operating systems of the receiving end: android client, ios client or Windows client.
In this embodiment, the network layer interface implemented based on C or C + + is: and performing unified encapsulation of the c + + interface based on the open source project curl. Wherein, the encapsulation means: hiding the attribute and implementation details of the object, only externally disclosing an interface, and controlling the access level of reading and modifying the attribute in the program; the abstracted data and behaviors (or functions) are combined, that is, the data and source codes of operation data are organically combined to form a class, wherein the data and the functions are members of the class.
Specifically, when receiving the request for acquiring the data information sent by the receiving end, the server end transmits the request for acquiring the data information through HTTP. Among them, HTTP is used to obtain data from the server side, and is a simple protocol built on top of TCP/IP. HTTP allows data to be sent from the client to the server. HTTP is a line of ASCII text that is sent from the client to the server to request a particular operation. The server then responds back with lines of text before sending the actual request to the client. For example: client (curl), send a HTTP request, this request includes a method of operation (for example: GET), server end responds to a status row (whether the result of operation is successful or not) and responds to the body of the message, the said body of the message part is the actual data of the request (server end obtains the corresponding data information that the request of the data information inquires out from the database table).
The following describes the acquisition process of the acquired data information in detail by using a specific example.
There are 2 database tables in the database, one is a film information table and one is a personnel information table, wherein the film information table includes the following fields:
| numbering | Name of movie | Director | Date showing |
| 1 | ABC | Aa | 1.10 |
| 2 | QWE | Bb | 1.20 |
The personnel information table comprises the following fields:
| shop number | Name (I) | Sex | Age of the job |
| 1 | aa | For male | 1 |
| 2 | bb | Woman | 2 |
If the server side receives a request for acquiring data information sent by the receiving side based on a network layer interface realized by C or C + +, where the query parameter included in the request for acquiring data information sent by the receiving side is a director Aa, when step S101 is executed to acquire data information, the director Aa is used as a parameter to query a database table in the database, a movie information table is determined according to a director field, and then a corresponding record is determined according to the Aa.
Step S103, instantiating the data information in a preset data format, and generating an intermediate file carrying a data object corresponding to the data information.
In this embodiment, the instantiating the data information in a preset data format to generate an intermediate file carrying a data object corresponding to the data information may be implemented in the following manner: and creating a data object by taking the data information as a parameter in a preset class, and taking the class of which the data object is created as an intermediate file.
It should be noted that the instantiation refers to: in object-oriented programming, the process of creating an object by using a class is generally called instantiation, the process of instantiation is the process of allocating memory space for the object, and a new object is created by using a new keyword, and the format of the new object is as follows:
class name object name is new class name ([ parameter list ]);
for example, Date ═ new Date (); that is, an object whose date is mapped is created using the date class, called an instantiation of the object.
The instantiating the data information in a preset data format to generate an intermediate file carrying a data object corresponding to the data information specifically comprises the following steps:
acquiring a preset class for storing the data information;
storing values of fields in the data information in the classes;
and taking the instantiated class as the intermediate file.
It should be noted that the preset class for storing the data information is a class generated from a proto file. Only objects are declared in the class, and a complete memory space is not allocated to them. The stated statement object refers to: when a computer program needs to call the memory space, an occupying instruction is sent to the memory. The declaration only informs the compiler about the object name (user identifier), but does not cause memory allocation, but only considers the variable represented by the object name as a reference variable and allocates the required memory space for the reference variable, the space occupied by the reference variable is far less than the space required by the object of a class, but the declared object cannot be used immediately and needs to be instantiated.
It will be appreciated that the class simply informs the compiler how much memory space needs to be prepared and does not allocate memory space to it. Only after the object is created by the class will the memory space be really occupied.
When the step of obtaining the preset class for storing the data information is performed, the corresponding preset class for storing the data information is obtained according to the data information obtained in step S101, and specifically, the corresponding preset class for storing the data information may be obtained according to a field name in the data information.
The set classes for storing the data information are explained in detail below using the above example.
Taking the class preset for the movie information table for storing the data information as an example:
the movie information includes the following attributes:
numbering: number (expressed by integer)
Movie name: name (represented by character string)
A director: director (represented by character string)
Duration: time (shown by date)
The proto file is used for generating a class, and a message structure named as Movie is added in the proto file and is used for describing structured data in a communication protocol. The contents of this file are roughly as follows:
the Movie message format has 4 fields, and data information carried in the message corresponds to each field. Where each field has a name and a type.
In the above example, all fields are of scalar type: one integer (number), one date (date), two string types (name and director).
As with the file formats described above, each field has a unique identifier in the message definition. These identifiers are used to identify individual fields in the message that cannot be changed once they are used. The identification number within [1,15] occupies one byte at the time of encoding.
The specified message field modifier comprises one of:
required: a field indicating that it cannot be added or deleted;
optional: this field may have 0 or 1 value (no more than 1) in the message format.
required: in a well-formatted message, such a field may be repeated any number of times, including 0 times. The order of the repeated values is preserved. Indicating that the value can be repeated, corresponding to a List in Java.
Each of the above messages may correspond to a proto file.
It should be noted that the class is preset before the step of acquiring the data information in step S101 is executed, the example given above is only illustrative, in a specific implementation, a corresponding class may be preset by a combination of partial fields, and a corresponding class also needs to be preset for another database table in the database, and since only the field type and the field name are different during the setting, details are not described here again.
Since the obtained class is only a declared object and a complete memory space is not allocated to the declared object, the instantiation of the object in the class is required, so that when the step of storing the value of the field in the data information in the class is executed, the value of the field in the data information is assigned to the object of the field name corresponding to the value in the class, and the instantiation process is completed. Specifically, a GET method may be adopted to obtain a field value from the data information, and perform assignment in the class.
When assigning, because the record recorded with the director Aa is obtained when the data information is obtained, the field value is obtained from the data information, and when assigning in the class, the number 1 is assigned to the number, the movie name ABC is assigned to the name, the director Aa is assigned to the director, and the duration 1.10 is assigned to the date.
In this embodiment, the intermediate file includes: a proto file; the proto file is a definition file of Protobuf data.
Step S105, sending the intermediate file to a receiving end that requires the data information.
In this embodiment, the sending the intermediate file to the receiving end that needs the data information may be implemented by the following method: the server side transmits the intermediate file formed in step S103 to the receiving side that requires the data information through HTTP.
Specifically, the sending of the intermediate file to the receiving end that requires the data information is based on a network layer interface implemented by C or C + +, and the sending of the intermediate file to the receiving end that requires the data information.
It should be noted that the receiving end is an end for receiving the intermediate file sent by the server end, and according to the difference of the operating systems of the receiving end, at least includes the following 3 types of clients: android client, ios client or Windows client.
When step S105 is executed to send the intermediate file to the receiving end that needs the data information, in order to improve the data transmission efficiency and reduce the data transmission amount, the technical solution of this embodiment provides a preferred implementation manner, and before step S105 is executed to send the intermediate file to the receiving end that needs the data information, the intermediate file is compressed.
The compressing of the intermediate file may be implemented as follows:
and executing serialization operation on the intermediate file according to a Protobuf library to obtain a binary data string.
It should be noted that the serialization operation refers to: object Serialization (Serialization) is a technique that converts object data into another form of persistent data, i.e., the process of converting the state information of an object into a form that can be stored or transmitted. During serialization, an object writes its current state to a temporary or persistent store, and the object may be recreated by reading or deserializing the state of the object from the store. Such a conversion must be reversible in order to enable the stored and transferred data to be transformed back to the object in memory again. The serialization method and the deserialization method are widely used in data transmission and application between networks, and generally information needs to be converted into data streams to realize the data transmission and application. Similarly, deserialization extracts data from the serialized representation and sets the object state directly.
The following describes the serialization operation performed on the intermediate file in detail by using the above example.
Taking the assigned intermediate file as an example:
the intermediate file is compiled by using a protoc compiler, for example, C + + (Protobuf protocol also supports Java language, Python language, and can be replaced by corresponding types), and h and.
Since there are many fields in the message of Protobuf, the format of each field is: a modifier field type field name is field number; when the intermediate file is serialized through the Protobuf library, the Protobuf protocol serializes each field according to the binary format of the TLV (T is Key, V is Value corresponding to the field, and L is the length of Value), the serialized Value is stored as it is, the Key is stored according to a certain conversion condition, and the serialized result is the KeyValueKeyValue …. The serialized format of Key is converted according to the field number and field type following the field in the message.
Traversing the Message structure in the object and serializing each field in the Message, the method is roughly as follows:
Movie movie；
movie.set_number("1")；
movie.set_name("ABC")；
movie.set_director("Aa")；
movie.set_time("1.10")；
movie.SerializeToOstream()；
the following is a brief description of the serialization process of the intermediate file by taking Java language as an example.
Writing the serialized bytes into the output stream is started by calling the wirteTo () method in the compiler class GenerateMessage. Wherein the GenerateMessage inherits the AbstractMessage class, the serialization is finally completed in AbstractMessage, and the realization process of the serialization is as follows:
calling a writeTo () method in an AbstractMessage class, and traversing a Message structure () in an object;
the writeprocesssetextension () method in the CodeOutputStream class is called to serialize each field in the Message.
It can be understood that, since the intermediate file is serialized to generate the binary data string after compressing the intermediate file, when step S105 is executed to transmit the intermediate file to the receiving end that needs the data information, the serialized binary data string of the intermediate file is transmitted to the receiving end that needs the data information.
In the above embodiments, a cross-platform data communication method is provided, and the application also provides a cross-platform data communication device corresponding to the above cross-platform data communication method. Since the embodiments of the apparatus are substantially similar to the embodiments of the method, they have been described in a relatively simple manner, and reference may be made to the description of the embodiments of the method for relevant points. The device embodiments described below are merely illustrative. The device embodiment of cross-platform data communication is as follows:
referring to fig. 2, a schematic diagram of an apparatus for cross-platform data communication provided according to an embodiment of the present application is shown.
The cross-platform data communication device comprises: a data acquisition unit 201, an intermediate file generation unit 203, and an intermediate file transmission unit 205;
the data acquiring unit 201 is configured to acquire data information;
the intermediate file generating unit 203 is configured to instantiate the data information in a preset data format to generate an intermediate file carrying a data object corresponding to the data information;
the intermediate file sending unit 205 is configured to send the intermediate file to a receiving end that requires the data information.
Optionally, the intermediate file generating unit 203 is specifically configured to instantiate the data information to form a proto file; the proto file is a definition file of Protobuf data.
Optionally, the data obtaining unit 201 is specifically configured to obtain a field name and a field value.
Optionally, the device for cross-platform data communication, the intermediate file generating unit 203, includes: the system comprises a class acquisition subunit, a storage subunit and an intermediate file generation subunit;
the class acquisition subunit is configured to acquire a preset class for storing the data information;
the storage subunit is configured to store values of fields in the data information in the class;
and the intermediate file generation subunit is used for taking the instantiated class as the intermediate file.
Optionally, the intermediate file sending unit 205 is specifically configured to send the intermediate file to a receiving end that requires the data information, based on a network layer interface implemented by C or C + +.
Optionally, the cross-platform data communication apparatus further includes: a serialization unit;
and the serialization unit is used for executing serialization operation on the intermediate file according to a Protobuf library before the intermediate file is sent to the receiving end which needs the data information, so as to obtain a binary data string.
Correspondingly, the intermediate file sending unit 205 is specifically configured to send the serialized binary data string of the intermediate file to a receiving end that needs the data information.
Optionally, the intermediate file sending unit 205 is specifically configured to send the intermediate file to an android client, an ios client, or a Windows client that requires the data information, based on a network layer interface implemented by C or C + +.
Optionally, the cross-platform data communication apparatus further includes: a request receiving unit;
the request receiving unit is configured to receive, based on a network layer interface implemented by C or C + +, a request for acquiring data information sent by the receiving end before acquiring the data information.
In the above embodiments, a method and a device for cross-platform data communication are provided, and in addition, an electronic device is also provided; the electronic equipment comprises the following embodiments:
referring to fig. 3, a schematic diagram of an electronic device provided according to an embodiment of the present application is shown.
The electronic device includes: a processor 301; a memory 303;
the memory 303 is used for a data communication program, and when the program is read and executed by the processor, the program performs the following operations of acquiring data information; instantiating the data information in a preset data format to generate an intermediate file carrying a data object corresponding to the data information; and sending the intermediate file to a receiving end which requires the data information.
For example, the electronic device is a server side, the server side is in network link with a client side, and the server side acquires corresponding data information according to the data information required by the client side; instantiating the data information in a preset data format to generate an intermediate file carrying a data object corresponding to the data information; and finally, sending the intermediate file to a receiving end needing the data information. For the electronic device using the above cross-platform data communication method, please refer to the above description of the embodiment of the cross-platform data communication method for relevant parts, which is not described herein again.
In the above embodiments, a cross-platform data communication method, a cross-platform data communication device, and an electronic device are provided, and in addition, a cross-platform data processing method is also provided; the embodiment of the cross-platform data processing method is as follows:
referring to fig. 4, a flowchart of a method of cross-platform data processing provided according to an embodiment of the present application is shown.
The cross-platform data processing method comprises the following steps:
step S401, acquiring an intermediate file; the intermediate file carries a data object in a preset data format.
In this embodiment, the obtaining of the intermediate file; the intermediate file carries a data object with a preset data format, and can be realized by adopting the following mode: and receiving the intermediate file sent by the server end through HTTP based on a network layer interface realized by C or C + +. The network layer interface realized based on C or C + + is as follows: and performing unified encapsulation of the c + + interface based on the open source project curl.
It should be noted that, because the cross-platform data processing method provided by the present application implements cross-platform network communication, taking two major platforms ios and android at the current mobile end as an example: because the programming language Java of the android system and the programming language object-C of the ios can interact with the C language and the C + + language, when the network layer interface is realized based on the C or C + +, two platforms with different systems can also communicate through the network layer interface.
Specifically, a receiving end (curl) receives the acquired intermediate file based on HTTP. For example: the receiving end firstly sends an HTTP request (the request contains a request for acquiring data information) to the server end through a network layer interface (curl), the server end responds to a state line (indicating whether an operation result is successful) and responds to a message body, the message body part is actual data of the request (the server end responds to an intermediate file fed back by the request for acquiring the data information), and the receiving end receives the intermediate file through the network layer interface (curl).
In this embodiment, the intermediate file includes: a proto file; the proto file is a definition file of Protobuf data.
In addition to the above manner of directly receiving the intermediate file from the server, in order to improve the transmission efficiency of data and reduce the transmission amount of data when the step S401 is executed to obtain the intermediate file, the technical solution of this embodiment provides a preferred implementation manner, and when the step S401 is executed to obtain the intermediate file, the compressed intermediate file is received from the server, and the intermediate file is obtained from the compressed intermediate file, which specifically includes the following steps:
receiving a binary data string;
and according to an application programming interface provided in a Protobuf language library, performing deserialization operation on the binary data string to obtain the intermediate file.
In this embodiment, the receiving the binary data string may be implemented as follows: and receiving the binary data string sent by the server through HTTP based on a network layer interface realized by C or C + +. The network layer interface realized based on C or C + + is as follows: and performing unified encapsulation of the c + + interface based on the open source project curl.
It should be noted that the language library of Protobuf includes, but is not limited to, language libraries of C, C + +, Java, and the like; in the method for processing cross-platform data according to this embodiment, the binary data string is parsed through a corresponding Application Programming Interface (API) provided in a language library (such as a Java library) of a Protobuf, and the binary data string is deserialized into a corresponding intermediate file; the proto file in this embodiment is a file generated by defining a message type through a Protobuf language, and the proto file may define a plurality of message types.
The following describes the deserialization operation performed on the binary data string in a specific example.
When deserializing in Java using Protobuf:
and starting to perform deserialization on the binary data string by calling parserFrom (byte [ ] data), wherein the parserFrom () method is realized in a com.
When the deserialization API of C + + stream is used: deserializing the binary data string by a ParseFromIstream () method to obtain the intermediate file.
Step S403, parsing the intermediate file, and converting the data object carried by the intermediate file into a data object with a data format corresponding to the current system.
In this embodiment, the parsing the intermediate file, and converting the data object carried by the intermediate file into a data object with a data format corresponding to a current system, may be implemented in the following manner: analyzing the intermediate file (. proto), acquiring the data object carried by the intermediate file from the intermediate file, and converting the data object into a data structure which can be analyzed by a programming language of a current system.
The analyzing the intermediate file, and converting the data object carried by the intermediate file into a data object with a data format corresponding to the current system, specifically includes the following steps:
analyzing the intermediate file to obtain a data object with a preset data format carried by the intermediate file;
and converting the data object into a data object corresponding to the current system according to a data format conversion protocol preset corresponding to the intermediate file.
In this embodiment, the intermediate file is parsed through an application programming interface provided in a language library of the Protobuf, and according to a data format conversion protocol, a data structure of the intermediate file may be parsed into a data structure that can be parsed by a current language.
It should be noted that when the proto file is run with a proto-packet compiler, codes in a selected language are generated that can operate on the message types defined in the proto file, including fetching and setting field values, parsing messages from an input stream. For C + +, the compiler will generate one.h file and one.cc file for each. For Java, the compiler generates a Java file for each message type.
In this embodiment, the current system at least includes: android systems, ios systems or Windows systems. When the current system is an android system, the acquired data object is a Java object; similarly, when the current system is an ios system, the acquired data object is an oc object.
And step S405, matching the converted data object with a preset data model.
In this embodiment, the matching of the converted data object with a preset data model may be implemented as follows: and matching the converted data object with an object in a preset data model.
It should be noted that the preset data model is a data model formed according to a database table in a corresponding database in a server connected with the client, the client can obtain various data information from the server, the data information may be respectively stored in different database tables, fields in the database tables are different, and thus the data models formed according to different fields in the database tables are different, and therefore, a data model for use is required to be formed in advance for various types of data information and combinations of the data information.
Only the corresponding object is declared in the data model, and a complete memory space is not allocated to the corresponding object, but when the step is executed, after the data object is matched with the preset data model, step S407 is performed to instantiate the object declared in the successfully matched data model.
Step S407, instantiating the data object matched to the preset data model.
In this embodiment, instantiating the data object matched to the preset data model may be implemented as follows: and creating a data object by taking the data information as a parameter in the preset data model.
It should be noted that, because only an object is declared in the data model and a complete memory space is not allocated to the object, the object in the data model needs to be instantiated, and the parameter value in the data object is assigned to the object corresponding to the field name of the value in the data model, so as to complete the instantiation process. Specifically, the instantiation in the preset data model is to instantiate an object by a new keyword, and the format of the object is as follows:
the class name object name is new class name ();
for example: movie ═ new Movie ();
movie.setNumber("1")；
movie.setName("ABC")；
movie.setDirector("Aa")；
movie.setDate("1.10")
as a preferred embodiment, in the method for cross-platform data processing provided in the embodiment of the present application, after the corresponding parameter value is obtained from the data object, the parameter value is further displayed in a display interface according to the parameter value in the current client.
For example: after acquiring corresponding parameter values from the data object, generating the data object into data in a specified chart format (generating a specified HyperText markup Language-up Language, HTML and the like) in the current client, and displaying the parameter values of the data object; or
And storing the data object into a specified database table.
In the foregoing embodiment, a cross-platform data processing method is provided, and corresponding to the above cross-platform data processing method, the present application also provides a cross-platform data processing apparatus. Since the embodiments of the apparatus are substantially similar to the embodiments of the method, they have been described in a relatively simple manner, and reference may be made to the description of the embodiments of the method for relevant points. The device embodiments described below are merely illustrative. The cross-platform data processing device comprises the following embodiments:
referring to fig. 5, a schematic diagram of an apparatus for cross-platform data processing according to an embodiment of the present application is shown.
The cross-platform data processing device comprises: an acquisition unit 501, a data object acquisition unit 503, a matching unit 505, and an instantiation unit 507;
the acquiring unit 501 is configured to acquire an intermediate file; the intermediate file carries a data object with a preset data format;
the data object obtaining unit 503 is configured to parse the intermediate file, and convert the data object carried by the intermediate file into a data object with a data format corresponding to a current system;
the matching unit 505 is configured to match the converted data object with a preset data model;
the instantiation unit 507 is configured to instantiate the data object matched to the preset data model.
Optionally, the obtaining unit 501 is specifically configured to obtain a proto file; the proto file is a definition file of Protobuf data.
Optionally, the data object obtaining unit 503 is specifically configured to parse the intermediate file, and obtain a data object corresponding to an android system, an ios system, or a Windows system.
Optionally, the data object obtaining unit 503 includes: an analysis subunit and a conversion subunit;
the analysis subunit is configured to analyze the intermediate file to obtain a data object in a preset data format carried by the intermediate file;
and the conversion subunit is used for converting the data object into a data object corresponding to the current system according to a data format conversion protocol preset corresponding to the intermediate file.
Optionally, the cross-platform data processing apparatus, the obtaining unit, includes: a data string receiving unit and an deserializing unit;
the data string receiving unit is used for acquiring a binary data string;
and the deserializing unit is used for performing deserializing operation on the binary data string according to an application programming interface provided in a Protobuf language library to acquire the intermediate file.
Optionally, in the cross-platform data processing apparatus, the data string receiving unit is specifically configured to receive and receive a binary data string based on a network layer interface implemented by C or C + +.
Optionally, the cross-platform data processing apparatus further includes: a storage display unit;
the storage display unit is used for generating and displaying data in a specified chart format from the data object after the instantiation is matched with the data object in the preset data model; or
And storing the data object into a specified database table.
In the above embodiments, a cross-platform data communication method, a cross-platform data communication device, an electronic device, a cross-platform data processing method, and a cross-platform data processing device are provided, and in addition, another electronic device is provided; the electronic equipment comprises the following embodiments:
referring to fig. 6, a schematic diagram of another electronic device provided according to an embodiment of the present application is shown.
The electronic device includes: a processor 601; a memory 603;
the memory 603 is used for a data communication program, and when the program is read and executed by the processor, the program executes the following operations of acquiring an intermediate file; the intermediate file carries a data object with a preset data format; analyzing the intermediate file, and converting the data object carried by the intermediate file into a data object with a data format corresponding to the current system; matching the converted data object with a preset data model; instantiating the data object that matches into the pre-set data model.
For example, the electronic device is a client, the client is in network link with a server, and the client receives an intermediate file sent by the server; analyzing the intermediate file to acquire a data object corresponding to the current system; matching the data object with a preset data model; and finally instantiating the data object matched to the preset data model. Since the electronic device uses the above cross-platform data processing method, please refer to the above description of the embodiment of the cross-platform data processing method for relevant parts, which is not described herein again.
In the above embodiments, a cross-platform data communication method, a cross-platform data communication device, an electronic device, a cross-platform data processing method, a cross-platform data processing device, and another electronic device are provided, and in addition, a cross-platform data communication system is also provided; the system embodiment of cross-platform data communication is as follows:
referring to fig. 7, a schematic diagram of a system for cross-platform data communication is shown, provided in accordance with an embodiment of the present application.
The system for cross-platform data communication comprises: a cross-platform data communication device 701 and a cross-platform data processing device 703;
the cross-platform data communication device 701 is used for acquiring data information; instantiating the data information in a preset data format to generate an intermediate file carrying a data object corresponding to the data information; sending the intermediate file to a receiving end which requires the data information;
the cross-platform data processing device 703 is configured to obtain an intermediate file; the intermediate file carries a data object with a preset data format; analyzing the intermediate file, and converting the data object carried by the intermediate file into a data object with a data format corresponding to the current system; matching the converted data object with a preset data model; instantiating the data object that matches into the pre-set data model.
The cross-platform data communication device 701 may be disposed on a computer, and may be implemented on a server and a client according to the specific role of the cross-platform data communication device 701 in the system. For example: when a client submits a form or registration information to a server, the device 701 for cross-platform data communication may be the client; when a server side pushes information or feeds back information to a client side, the device 701 for cross-platform data communication may be the server side; for the same reason, the cross-platform data processing apparatus 703 may also be disposed on a computer, and may also be implemented on a server side and a client side respectively according to the specific role of the cross-platform data processing apparatus 703 in the system.
In a typical configuration, a computing device includes one or more processors (CPUs), input/output interfaces, network interfaces, and memory.
The memory may include forms of volatile memory in a computer readable medium, Random Access Memory (RAM) and/or non-volatile memory, such as Read Only Memory (ROM) or flash memory (flash RAM). Memory is an example of a computer-readable medium.
1. Computer-readable media, including both non-transitory and non-transitory, removable and non-removable media, may implement information storage by any method or technology. The information may be computer readable instructions, data structures, modules of a program, or other data. Examples of computer storage media include, but are not limited to, phase change memory (PRAM), Static Random Access Memory (SRAM), Dynamic Random Access Memory (DRAM), other types of Random Access Memory (RAM), Read Only Memory (ROM), Electrically Erasable Programmable Read Only Memory (EEPROM), flash memory or other memory technology, compact disc read only memory (CD-ROM), Digital Versatile Discs (DVD) or other optical storage, magnetic cassettes, magnetic tape magnetic disk storage or other magnetic storage devices, or any other non-transmission medium that can be used to store information that can be accessed by a computing device. As defined herein, computer readable media does not include non-transitory computer readable media (transient media), such as modulated data signals and carrier waves.
2. As will be appreciated by one skilled in the art, embodiments of the present application may be provided as a method, system, or computer program product. Accordingly, the present application may take the form of an entirely hardware embodiment, an entirely software embodiment or an embodiment combining software and hardware aspects. Furthermore, the present application may take the form of a computer program product embodied on one or more computer-usable storage media (including, but not limited to, disk storage, CD-ROM, optical storage, and the like) having computer-usable program code embodied therein.
Although the present application has been described with reference to the preferred embodiments, it is not intended to limit the present application, and those skilled in the art can make variations and modifications without departing from the spirit and scope of the present application, therefore, the scope of the present application should be determined by the claims that follow.
Claims (19)
1. A method of cross-platform data communication, comprising:
acquiring data information;
instantiating the data information in a preset data format to generate an intermediate file carrying a data object corresponding to the data information, wherein the method comprises the following steps: acquiring a preset class for storing the data information; storing values of fields in the data information in the class; taking the instantiated class as the intermediate file; in the class for storing the data information, creating a data object by taking the data information as a parameter, and taking the class which finishes creating the data object as the intermediate file; the instantiation process is a process of allocating memory space for the data object;
and sending the intermediate file to a receiving end which requires the data information.
2. The method of claim 1, wherein the intermediate file comprises: a proto file; the proto file is a definition file of Protobuf data.
3. The method of claim 2, wherein the data information comprises: the field name and the value of the field.
4. The method for cross-platform data communication according to any one of claims 1 to 3, wherein the sending the intermediate file to the receiving end requiring the data information comprises:
and sending the intermediate file to a receiving end which requires the data information based on a network layer interface realized by C or C + +.
5. The method of claim 4, wherein prior to the step of sending the intermediate file to the receiving end that requires the data information, the method comprises:
performing serialization operation on the intermediate file according to a Protobuf library to obtain a binary data string;
correspondingly, the sending the intermediate file to the receiving end which needs the data information includes:
and sending the binary data string after the serialization of the intermediate file to a receiving end which needs the data information.
6. The method of claim 5, wherein the receiving end comprises: android client, ios client or Windows client.
7. The method of claim 6, prior to the step of obtaining data information, comprising:
and receiving a request for acquiring data information sent by the receiving end based on a network layer interface realized by C or C + +.
8. An apparatus for cross-platform data communication, comprising:
a data acquisition unit for acquiring data information;
the intermediate file generating unit is configured to instantiate the data information in a preset data format, and generate an intermediate file carrying a data object corresponding to the data information, and includes: acquiring a preset class for storing the data information; storing values of fields in the data information in the class; taking the instantiated class as the intermediate file; in the class for storing the data information, creating a data object by taking the data information as a parameter, and taking the class which finishes creating the data object as the intermediate file; the instantiation process is a process of allocating memory space for the data object;
and the intermediate file sending unit is used for sending the intermediate file to a receiving end which requires the data information.
9. An electronic device, comprising:
a processor;
a memory for a data communication program that, when read and executed by the processor, performs the operations of obtaining data information; instantiating the data information in a preset data format to generate an intermediate file carrying a data object corresponding to the data information, wherein the method comprises the following steps: acquiring a preset class for storing the data information; storing values of fields in the data information in the class; taking the instantiated class as the intermediate file; in the class for storing the data information, creating a data object by taking the data information as a parameter, and taking the class which finishes creating the data object as the intermediate file; the instantiation process is a process of allocating memory space for the data object; and sending the intermediate file to a receiving end which requires the data information.
10. A method of cross-platform data processing, comprising:
acquiring an intermediate file; the intermediate file carries a data object with a preset data format; the intermediate file is generated as follows: acquiring data information; instantiating the data information in a preset data format to generate an intermediate file carrying a data object corresponding to the data information, wherein the method comprises the following steps: acquiring a preset class for storing the data information; storing values of fields in the data information in the class; taking the instantiated class as the intermediate file; in the class for storing the data information, the data information parameter is used as a parameter to create a data object, and the class which has created the data object is used as the intermediate file; the instantiation process is a process of allocating memory space for the data object; sending the intermediate file to a receiving end which requires the data information;
analyzing the intermediate file, and converting the data object carried by the intermediate file into a data object with a data format corresponding to the current system;
matching the converted data object with a preset data model;
instantiating the data object that matches into the pre-set data model.
11. The method of cross-platform data processing according to claim 10, wherein the intermediate file comprises: a proto file; the proto file is a definition file of Protobuf data.
12. The method of cross-platform data processing according to claim 11, wherein the system comprises: android systems, ios systems or Windows systems.
13. The method of claim 12, wherein the parsing the intermediate file to convert the data object carried by the intermediate file into a data object with a data format corresponding to a current system comprises:
analyzing the intermediate file to obtain a data object with a preset data format carried by the intermediate file;
and converting the data object into a data object corresponding to the current system according to a data format conversion protocol preset corresponding to the intermediate file.
14. The method of cross-platform data processing according to any one of claims 10-13, wherein the obtaining an intermediate file comprises:
receiving a binary data string;
and according to an application programming interface provided in a Protobuf language library, performing deserialization operation on the binary data string to obtain the intermediate file.
15. The method of cross-platform data processing according to claim 14, wherein said receiving a binary data string comprises:
and receiving the binary data string based on a network layer interface realized by C or C + +.
16. The method of cross-platform data processing according to claim 15, comprising, after said step of instantiating the data object that is matched to the pre-set data model:
generating data in a specified chart format for the data object, and displaying the data; or
And storing the data object into a specified database table.
17. An apparatus for cross-platform data processing, comprising:
an acquisition unit configured to acquire an intermediate file; the intermediate file carries a data object with a preset data format; the intermediate file is generated as follows: acquiring data information; instantiating the data information in a preset data format to generate an intermediate file carrying a data object corresponding to the data information, wherein the method comprises the following steps: acquiring a preset class for storing the data information; storing values of fields in the data information in the class; taking the instantiated class as the intermediate file; in the class for storing the data information, the data information parameter is used as a parameter to create a data object, and the class which has created the data object is used as the intermediate file; the instantiation process is a process of allocating memory space for the data object; sending the intermediate file to a receiving end which requires the data information;
the data object acquisition unit is used for analyzing the intermediate file and converting the data object carried by the intermediate file into a data object with a data format corresponding to the current system;
the matching unit is used for matching the converted data object with a preset data model;
and the instantiation unit is used for instantiating the data object matched into the preset data model.
18. An electronic device, comprising:
a processor;
a memory for a data communication program which, when read and executed by the processor, performs the operations of obtaining an intermediate file; the intermediate file carries a data object with a preset data format; the intermediate file is generated as follows: acquiring data information; instantiating the data information in a preset data format to generate an intermediate file carrying a data object corresponding to the data information, wherein the method comprises the following steps: acquiring a preset class for storing the data information; storing values of fields in the data information in the class; taking the instantiated class as the intermediate file; in the class for storing the data information, the data information parameter is used as a parameter to create a data object, and the class which has created the data object is used as the intermediate file; the instantiation process is a process of allocating memory space for the data object; sending the intermediate file to a receiving end which requires the data information; analyzing the intermediate file, and converting the data object carried by the intermediate file into a data object with a data format corresponding to the current system; matching the converted data object with a preset data model; instantiating the data object that matches into the pre-set data model.
19. A system for cross-platform data communication, comprising:
the cross-platform data communication apparatus of claim 8; and
the apparatus for cross-platform data processing according to claim 17.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201710620876.XA CN109308224B (en) | 2017-07-27 | 2017-07-27 | Cross-platform data communication and cross-platform data processing method, device and system |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201710620876.XA CN109308224B (en) | 2017-07-27 | 2017-07-27 | Cross-platform data communication and cross-platform data processing method, device and system |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN109308224A CN109308224A (en) | 2019-02-05 |
| CN109308224B true CN109308224B (en) | 2022-07-08 |
Family
ID=65202723
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201710620876.XA Active CN109308224B (en) | 2017-07-27 | 2017-07-27 | Cross-platform data communication and cross-platform data processing method, device and system |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN109308224B (en) |
Families Citing this family (15)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN111866047B (en) * | 2019-04-30 | 2023-07-07 | 北京达佳互联信息技术有限公司 | Data decoding method, device, computer equipment and storage medium |
| CN110136251B (en) * | 2019-05-21 | 2023-04-14 | 腾讯云计算（北京）有限责任公司 | Cross-platform data visualization system |
| CN110677827B (en) * | 2019-08-23 | 2020-09-22 | 珠海格力电器股份有限公司 | Network distribution method, device, system, electronic equipment and storage medium |
| CN110728118B (en) * | 2019-09-10 | 2023-07-25 | 中国平安人寿保险股份有限公司 | Cross-data-platform data processing method, device, equipment and storage medium |
| CN110751997A (en) * | 2019-12-03 | 2020-02-04 | 上海正雅齿科科技股份有限公司 | Production system and production method of shell-shaped tooth appliance |
| CN111092947B (en) * | 2019-12-19 | 2022-05-10 | 北京金山云网络技术有限公司 | Data transmission method, client, intermediate server, node and electronic equipment |
| CN111460020B (en) * | 2020-04-02 | 2023-09-08 | 抖音视界有限公司 | Method, device, electronic equipment and medium for resolving message |
| CN112148349B (en) * | 2020-07-03 | 2024-03-15 | 上海金融期货信息技术有限公司 | Cross-platform instruction and system for configuring unified interface |
| CN112068818B (en) * | 2020-09-04 | 2024-06-11 | 中国平安财产保险股份有限公司 | Service interaction method, device, computer equipment and storage medium |
| CN113268304A (en) * | 2021-05-28 | 2021-08-17 | 稿定（厦门）科技有限公司 | Cross-platform application special effect production method |
| CN113204683B (en) * | 2021-06-04 | 2022-07-01 | 腾讯科技(成都)有限公司 | Information reconstruction method and device, storage medium and electronic equipment |
| CN113779658B (en) * | 2021-08-23 | 2023-11-21 | 中冶集团武汉勘察研究院有限公司 | Method for automatically generating editable investigation drawing based on B/S and C/S ends |
| CN113507530B (en) * | 2021-09-09 | 2022-01-04 | 深圳市安软慧视科技有限公司 | Data forwarding method, related system and device and storage medium |
| CN114519026A (en) * | 2022-02-17 | 2022-05-20 | 深圳集智数字科技有限公司 | Serial port communication method and device |
| CN115883658A (en) * | 2022-12-07 | 2023-03-31 | 长安大学 | Cross-platform image information transmission method, system, equipment and readable storage medium |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7165253B1 (en) * | 2004-01-20 | 2007-01-16 | The Mathworks, Inc. | Common programming interface for hardware components |
| CN103294652A (en) * | 2012-02-27 | 2013-09-11 | 腾讯科技（深圳）有限公司 | Data conversion method and system |
Family Cites Families (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102571939A (en) * | 2011-12-26 | 2012-07-11 | 广州市玄武无线科技有限公司 | Cross-platform communication method and system |
| CN104199879B (en) * | 2014-08-21 | 2018-07-24 | 广州华多网络科技有限公司 | A kind of data processing method and data processing equipment |
| CN105117378B (en) * | 2015-08-05 | 2017-10-31 | 联动优势电子商务有限公司 | A kind of JSON files are converted to the method and device of EXCEL file |
| CN106452879A (en) * | 2016-10-20 | 2017-02-22 | 国网青海省电力公司电力科学研究院 | PB-based SCD cross-platform analysis method |
-
2017
- 2017-07-27 CN CN201710620876.XA patent/CN109308224B/en active Active
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7165253B1 (en) * | 2004-01-20 | 2007-01-16 | The Mathworks, Inc. | Common programming interface for hardware components |
| CN103294652A (en) * | 2012-02-27 | 2013-09-11 | 腾讯科技（深圳）有限公司 | Data conversion method and system |
Also Published As
| Publication number | Publication date |
|---|---|
| CN109308224A (en) | 2019-02-05 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN109308224B (en) | Cross-platform data communication and cross-platform data processing method, device and system | |
| CN111176626B (en) | Cross-programming-language code calling method and device, medium and equipment | |
| CN110187902B (en) | Project transformation method, device, equipment and storage medium based on spring boot | |
| CN104683386B (en) | The stake service implementing method and device of customizable response | |
| CN111381983B (en) | Lightweight message middleware system and method of virtual test target range verification system | |
| EP0483037A2 (en) | Remote and batch processing in an object oriented programming system | |
| CN111552838B (en) | Data processing method and device, computer equipment and storage medium | |
| US7921432B2 (en) | Managed application execution application programming interface and schema | |
| US10019473B2 (en) | Accessing an external table in parallel to execute a query | |
| CN113391791A (en) | Data processing method, device and storage medium | |
| CN109062714A (en) | The method, apparatus and electronic equipment of long-range control Android device | |
| CN111736835A (en) | Form processing method and device and storage medium | |
| CN113434147B (en) | Method and device for analyzing message based on ProtoBuf protocol | |
| US20170131980A1 (en) | Model driven architecture for network management and configuration | |
| CN111324395B (en) | Calling method, device and computer readable storage medium | |
| CN110633162B (en) | Remote call implementation method and device, computer equipment and storage medium | |
| CN111767498A (en) | Method and device for realizing file information sharing | |
| Eddelbuettel et al. | RProtoBuf: Efficient cross-language data serialization in R | |
| CN111984679B (en) | Access method, device, host, system and medium of hardware acceleration database | |
| CN115328679A (en) | Automatic integration method of heterogeneous function library, computing equipment and system thereof | |
| CN115061678A (en) | Code compiling method and client based on browser proxy service | |
| CN114064176A (en) | View interaction method and device, electronic equipment and computer readable medium | |
| CN113765926B (en) | Message reconstruction method and system | |
| CN114615521B (en) | Video processing method and device, computer readable storage medium and electronic equipment | |
| CN112765252B (en) | Data transmission method, client, terminal, server and storage medium |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |