CN110737428B - Hidl-based universal interface design method, device, terminal and readable storage medium - Google Patents

Hidl-based universal interface design method, device, terminal and readable storage medium Download PDF

Info

Publication number
CN110737428B
CN110737428B CN201910998756.2A CN201910998756A CN110737428B CN 110737428 B CN110737428 B CN 110737428B CN 201910998756 A CN201910998756 A CN 201910998756A CN 110737428 B CN110737428 B CN 110737428B
Authority
CN
China
Prior art keywords
function
type
asynchronous
hidl
synchronous
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
Application number
CN201910998756.2A
Other languages
Chinese (zh)
Other versions
CN110737428A (en
Inventor
方攀
陈岩
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Guangdong Oppo Mobile Telecommunications Corp Ltd
Original Assignee
Guangdong Oppo Mobile Telecommunications Corp Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Guangdong Oppo Mobile Telecommunications Corp Ltd filed Critical Guangdong Oppo Mobile Telecommunications Corp Ltd
Priority to CN201910998756.2A priority Critical patent/CN110737428B/en
Publication of CN110737428A publication Critical patent/CN110737428A/en
Application granted granted Critical
Publication of CN110737428B publication Critical patent/CN110737428B/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00Arrangements for software engineering
    • G06F8/20Software design
    • YGENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02DCLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D10/00Energy efficient computing, e.g. low power processors, power management or thermal management

Abstract

The application provides a universal interface design method, a universal interface design device, a universal interface design terminal and a universal interface design readable storage medium based on Hidl, wherein the method comprises the following steps: according to Hidl grammar, designing a synchronous function, and when the synchronous function is called, waiting for the processing of the server to be finished and returning; according to Hidl grammar, designing an asynchronous function, wherein the asynchronous function returns directly when the asynchronous function is called; and calling the synchronous function and the asynchronous function, and filling parameters corresponding to the parameter types of the synchronous function and the asynchronous function according to preset rules to obtain a specific universal interface. According to the universal interface design method based on Hidl, synchronous functions and asynchronous functions are respectively designed to form a compact, unified, universal and reusable interface, so that trouble and trouble caused by repeated modification of the interface in the development process to developers are prevented, the development efficiency is greatly improved, and the software quality and stability are also improved.

Description

Hidl-based universal interface design method, device, terminal and readable storage medium
Technical Field
The present application relates to the field of software design, and in particular, to a universal interface design method, device, terminal and readable storage medium based on Hidl.
Background
Android 8.0 redesigns the Android operating system framework so that manufacturers can update devices to new versions of Android systems more easily and quickly at lower cost. In this new architecture, the HAL Interface Definition Language (HIDL) specifies the interface between the HAL and its user, allowing the user to replace the Android framework without recompiling the HAL.
Development engineers in the HAL layer design and write interfaces of the module based on the HIDL language according to the functions provided by the HAL module, define the relevant data types, and then write server side code to implement the processing logic of these interfaces. In this way, the client can invoke these interfaces to interact with the server through the hardware binder.
And writing various interfaces externally provided by the HAL server as an xxx.hal file according to the use specification of the HIDL language. In addition, because the data types supported by the HIDL language are very limited, it is often necessary to write the module-customized enumeration type, structure type, etc. as a types.
According to the existing scheme, an interface function needs to be written in the corresponding xxx.hal for each service provided by the HAL server. For example, if a HAL module of an "audio controller" is written, we may need to write a very large number of interfaces in its HAL file, such as "load song", "start", "pause", "last", "next", "modify volume", "fast forward", "fast reverse", "transmit audio data", etc., and the parameters and return values of each interface are not identical.
In the actual development process, the client and the server are often not developed by the same person. When the service interface is changed, if the client developer is not informed in time, a series of problems such as compiling errors, running anomalies and the like can be caused, so that the workload of the developer is increased, and the quality of software is unstable.
Disclosure of Invention
The embodiment of the application provides a universal interface design method, a universal interface design device, a universal interface design terminal and a universal interface design readable storage medium based on Hidl, which at least can solve the problems that compiling errors and abnormal operation are easy to cause if a client developer is not informed in time when a server interface is changed in the related technology.
In a first aspect, an embodiment of the present application provides a universal interface design method based on Hidl, including:
according to Hidl grammar, designing a synchronous function, and when the synchronous function is called, waiting for the processing of the server to be finished and returning;
according to Hidl grammar, designing an asynchronous function, wherein the asynchronous function returns directly when the asynchronous function is called;
and calling the synchronous function and the asynchronous function, and filling parameters corresponding to the parameter types of the synchronous function and the asynchronous function according to preset rules to obtain a specific universal interface.
In a second aspect, an embodiment of the present application further provides a universal interface design apparatus based on Hidl, including:
the synchronous function design module is used for designing a synchronous function according to the Hidl grammar, and the synchronous function can wait for the processing of the server to return after being called;
the asynchronous function design module is used for designing an asynchronous function according to the Hidl grammar, and the asynchronous function can directly return when the asynchronous function is called;
and the function calling module is used for calling the synchronous function and the asynchronous function, and filling parameters corresponding to the parameter types of the synchronous function and the asynchronous function according to preset rules to obtain a specific universal interface.
In a third aspect, an embodiment of the present application further provides a terminal, including a memory, a processor, and a computer program stored in the memory and running on the processor, where the steps in the universal interface design method based on the hi dl according to the first aspect of the embodiment of the present application are implemented when the processor executes the computer program.
In a fourth aspect, there is further provided a readable storage medium having stored thereon a computer program which, when executed by a processor, implements the steps of the universal interface design method based on the hi according to the first aspect of the embodiment of the present application.
From the above, according to the universal interface design method, device, terminal and readable storage medium based on the Hidl provided by the scheme of the application, synchronous functions and asynchronous functions are respectively designed according to the universal interface design method based on the Hidl, so that a compact, unified, universal and reusable interface is formed, the requirements of various actual scenes can be met, the interface is unified and abstract, the interface form can be kept stable and unchanged in the whole development process, trouble and trouble caused to developers by repeated modification of the interface in the development process are prevented, the development efficiency is greatly improved, and the software quality and stability are also improved.
Drawings
In order to more clearly illustrate the embodiments of the application or the technical solutions in the prior art, the drawings that are necessary for the description of the embodiments or the prior art will be briefly described, it being obvious that the drawings in the following description are only some embodiments of the application and that other drawings may be obtained from them without inventive effort for a person skilled in the art.
FIG. 1 is a flow chart of a general interface design method based on Hidl according to an embodiment of the application;
FIG. 2 is a basic flow chart of a design synchronization function in an embodiment of the application;
FIG. 3 is a basic flow diagram of designing an asynchronous function in an embodiment of the application;
FIG. 4 is a block diagram of a Hidl-based universal interface design apparatus according to an embodiment of the present application;
FIG. 5 is a schematic block diagram of a synchronization function design module according to an embodiment of the present application;
FIG. 6 is a schematic block diagram of an asynchronous function design module in an embodiment of the application.
Detailed Description
In order to make the objects, features and advantages of the present application more comprehensible, the technical solutions in the embodiments of the present application will be clearly described in conjunction with the accompanying drawings in the embodiments of the present application, and it is apparent that the described embodiments are only some embodiments of the present application, but not all embodiments of the present application. All other embodiments, which can be made by those skilled in the art based on the embodiments of the application without making any inventive effort, are intended to be within the scope of the application.
Technical term interpretation:
HAL: the hardware abstraction layer may define a standard interface for hardware vendors to implement, which may allow Android to ignore lower level driver implementations. The relevant functions can be successfully implemented by means of the HAL without affecting or modifying the higher-level system. HAL implementations will be packaged into modules and will be loaded by the Android system in due course.
Hidl: the HAL interface definition language is an interface description language for specifying an interface between a HAL and its user, and is a system for communicating between code libraries that can be compiled independently.
In order to solve the problem that when a server interface is changed in the related art, if a client developer is not notified in time, a compiling error and an operation abnormality are easy to cause, a first embodiment of the present application provides a universal interface design method based on a hi dl, as shown in fig. 1, which is a basic flowchart of the universal interface design method based on a hi dl provided in the present embodiment, the universal interface design method based on a hi dl includes the following steps:
step 100, designing a synchronous function according to Hidl grammar, wherein the synchronous function is returned after the processing of the server is finished when being called;
the synchronization function is as follows:
sendMessage(MessageId id,Parcel data)generates(Parcel reply);
step 200, designing an asynchronous function according to Hidl grammar, wherein the asynchronous function returns directly when the asynchronous function is called;
the asynchronous function is as follows:
oneway sendMessageAsync(MessageId id,Parcel data);
the first oneway identifier indicates that the interface function is an asynchronous function, i.e., the call to the function will not wait for processing by the server and will return directly, so the function has no return value.
And 300, calling the synchronous function and the asynchronous function, and filling parameters corresponding to the parameter types of the synchronous function and the asynchronous function according to preset rules to obtain a specific universal interface.
The two interface definitions described above can basically cover the requirements of a variety of different interface designs. Because the parameter of the enumeration type of the MessageId is used, when the service interface is added and deleted, only the corresponding enumeration element is added or deleted in the enumeration type, and a new interface is not required to be added or deleted again to obtain the interface, so that the method is quite convenient. The custom structure type Parcel includes three types of vectors (corresponding types are ArrayList generated in java), so that a calling end (client) of the interface can fill various types of parameters into the three vectors according to preset rules (called packaging), and then a receiving end (server) extracts data in the vectors according to the same rules to restore the data into various parameters (called unpacking), and then the corresponding operation is performed.
As shown in fig. 2, the design of a synchronization function according to the Hidl syntax includes:
step 101, setting the parameter type of the id of the synchronization function as an enumeration type MessageId, which is used for identifying the message type so as to distinguish each function required to be called when the synchronization function is called.
Step 102, defining the parameter type of the data of the synchronization function as a structural body type Parcel, and providing different types of parameter configurations.
Step 103, defining the parameter type of the return value of the synchronization function as a structural body type Parcel, and accommodating the returned parameter.
Preferably, the structure type Parcel comprises a vector of 32-bit integer, a vector of string type and a vector of 8-bit unsigned integer.
Program code defining the structure type is as follows:
struct Parcel{
vec<int32_t>params;
vec<string>datas;
vec<uint8_t>bytedatas;
};
as shown in fig. 3, the design of an asynchronous function according to the Hidl syntax includes:
step 201, setting the parameter type of the id of the asynchronous function as an enumeration type MessageId, which is used for identifying the message type so as to distinguish each function required to be called when the asynchronous function is called.
Step 202, defining the parameter type of the data of the asynchronous function as a structural body type Parcel, and providing different types of parameter configurations.
In a second specific embodiment of the application, taking the HAL module of the "audio controller" as an example, the following interfaces are defined and implemented according to the existing scheme:
"load Song":
loadSong(string path)generates(int32_t ret);
"Start":
start()generates(int32_t ret);
"pause":
pause()generates(int32_t ret);
"last head":
lastSong()generates(int32_t ret);
"next":
nextSong()generates(int32_t ret);
"modify volume":
changeVolume(int32_t volume)generates(int32_t ret);
"fast forward":
fastForward(int32_t speed)generates(int32_t ret);
"fast reverse":
fastBackward(int32_t speed)generates(int32_t ret);
"transmit audio data":
sendStream(vec<uint32_t>stream)generates(int32_t ret);
according to the scheme, only two interfaces are needed to be realized:
sendMessage(MessageId id,Parcel data)generates(Parcel reply);
oneway sendMessageAsync(MessageId id,Parcel data);
wherein the MessageId enumeration type may be defined as follows:
enum MessageId:uint32_t{
MESSAGEID_LOAD_SONG,
MESSAGEID_START,
MESSAGEID_PAUSE,
MESSAGEID_LAST_SONG,
MESSAGEID_NEXT_SONG,
MESSAGEID_CHANGE_VOLUME,
MESSAGEID_FAST_FORWARD,
MESSAGEID_FAST_BACKWARD,
MESSAGEID_SEND_STREAM,
};
and then, filling the parameters into the data Parcel according to the sequence. After the server receives the message id, the server jumps to the corresponding processing function according to the specific value of the message id, then takes out parameters from the data Parcel according to the sequence to carry out subsequent processing, and finally fills the return value into the reply Parcel to return. The client then retrieves the return value from reply Parcel.
Through unification and abstraction of the interfaces, the interface forms can be kept stable and unchanged in the whole development process, so that not only is the simplicity of the hal file improved, but also the readability, the universality and the reusability of the service end codes are improved, the development efficiency of each module is also improved, and the software stability is improved.
The key of the scheme is to provide a set of simple, uniform, universal and reusable interface design based on the hi dl language, so that the requirements of various actual scenes are met, trouble and trouble caused by repeated modification of the interface in the development process to developers are prevented, the development efficiency is greatly improved, and the software quality and stability are also improved.
As shown in fig. 4, a third specific embodiment provided by the present application is: a universal interface design device based on Hidl, comprising:
the synchronization function design module 600 is configured to design a synchronization function according to the Hidl grammar, where the synchronization function is called and returns after the processing of the server is completed;
an asynchronous function design module 700 for designing an asynchronous function according to the Hidl syntax, the asynchronous function being returned directly when called;
the function calling module 800 is configured to call the synchronous function and the asynchronous function, and fill parameters corresponding to the parameter types of the synchronous function and the asynchronous function according to a preset rule, so as to obtain a specific universal interface.
As shown in fig. 5, the synchronization function design module 600 specifically includes,
the synchronization function id definition unit 601 is configured to set a parameter type of an id of the synchronization function to an enumeration type MessageId, and identify a message type to distinguish each function that needs to be called when the synchronization function is called.
A synchronization function data definition unit 602, configured to define a parameter type of data of the synchronization function as a structure type Parcel, and configured to provide different types of parameter configurations.
The synchronization function return value definition unit 603 is configured to define a parameter type of a return value of the synchronization function as a structure type Parcel, and is configured to accommodate the returned parameter.
The structure type Parcel contains a vector of 32-bit integer, a vector of string type and a vector of 8-bit unsigned integer.
As shown in fig. 6, the asynchronous function design module 700 specifically includes,
an asynchronous function id definition unit 701, configured to set a parameter type of an id of an asynchronous function to an enumeration type MessageId, and identify a message type to distinguish each function that needs to be called when the asynchronous function is called.
The data definition unit 702 of the asynchronous function is configured to define a parameter type of the data of the asynchronous function as a structure type Parcel, and is configured to provide different types of parameter configurations.
It should be noted that, the embodiments of the foregoing general-purpose interface design method based on the foregoing general-purpose interface design device based on the foregoing embodiment may be implemented based on the general-purpose interface design device based on the foregoing general-purpose interface design device provided in the foregoing embodiment, and those skilled in the art can clearly understand that, for convenience and brevity of description, the specific working process of the general-purpose interface design device based on the foregoing general-purpose interface design device described in the foregoing embodiment may refer to the corresponding process in the foregoing method embodiment, which is not repeated herein.
The application also provides a terminal which comprises a memory, a processor and a computer program stored in the memory and capable of running on the processor, wherein the processor realizes each step in the universal interface design method based on Hidl provided by the embodiment of the method when executing the computer program.
The present application also provides a storage medium having stored thereon a computer program which, when executed by a processor, implements the steps of the universal interface design method based on Hidl provided by the method embodiment.
The functional modules in the embodiments of the present application may be integrated into one processing module, or each module may exist alone physically, or two or more modules may be integrated into one module. The integrated modules may be implemented in hardware or in software functional modules.
The integrated modules, if implemented in the form of software functional modules and sold or used as a stand-alone product, may be stored in a computer readable storage medium. Based on such understanding, the technical solution of the present application may be embodied essentially or in part or all of the technical solution or in part in the form of a software product stored in a storage medium, including instructions for causing a computer device (which may be a personal computer, a server, or a network device, etc.) to perform all or part of the steps of the method according to the embodiments of the present application. And the aforementioned storage medium includes: a U-disk, a removable hard disk, a Read-Only Memory (ROM), a random access Memory (RAM, random Access Memory), a magnetic disk, or an optical disk, or other various media capable of storing program codes.
It should be noted that, for the sake of simplicity of description, the foregoing method embodiments are all expressed as a series of combinations of actions, but it should be understood by those skilled in the art that the present application is not limited by the order of actions described, as some steps may be performed in other order or simultaneously in accordance with the present application. Further, those skilled in the art will appreciate that the embodiments described in the specification are all preferred embodiments, and that the acts and modules referred to are not necessarily all required for the present application.
In the foregoing embodiments, the descriptions of the embodiments are emphasized, and for parts of one embodiment that are not described in detail, reference may be made to the related descriptions of other embodiments.
The foregoing describes a general-purpose interface design method, apparatus, terminal and readable storage medium based on the Hidl, which are provided by the present application, and the details of this description should not be construed as limiting the application, since there are variations in the specific embodiments and application range of the application according to the concepts of the embodiments of the application.

Claims (10)

1. A universal interface design method based on Hidl, comprising:
setting the parameter type of the id of the synchronous function as an enumeration type MessageId for identifying the message type so as to distinguish each function required to be called when the synchronous function is called, and defining the parameter type of the data of the synchronous function as a structural body type Parcel for providing different types of parameter configuration; when the synchronous function is called, the synchronous function waits for the processing of the server to be returned after the processing is finished;
setting the parameter type of the id of the asynchronous function as an enumeration type MessageId for identifying the message type so as to distinguish each function required to be called when the asynchronous function is called; defining the parameter type of the data of the asynchronous function as a structural body type Parcel, and providing different types of parameter configuration; when the asynchronous function is called, the asynchronous function returns directly;
calling the synchronous function and the asynchronous function, and filling parameters corresponding to the parameter types of the synchronous function and the asynchronous function according to preset rules to obtain a specific universal interface;
the synchronous function and the asynchronous function belong to function interfaces in an enumeration type, and the adding or deleting process of the function interfaces is realized by adding or deleting enumeration elements in the enumeration type.
2. The universal interface design method based on Hidl according to claim 1, wherein: the structure type Parcel contains a vector of 32-bit integer, a vector of string type and a vector of 8-bit unsigned integer.
3. The universal interface design method based on Hidl according to claim 2, wherein: the method further comprises the steps of:
the parameter type of the return value of the synchronization function is defined as the structure type Parcel for accommodating the returned parameters.
4. The universal interface design method based on Hidl according to claim 1, wherein: the call of the asynchronous function does not wait for the processing of the server side and returns directly, so the function has no return value.
5. The universal interface design method based on Hidl according to claim 1, wherein: three different types of vector are included in the custom structure type Parcel.
6. A universal interface design device based on Hidl, comprising:
the synchronous function design module is used for setting the parameter type of the id of the synchronous function as an enumeration type MessageId, identifying the message type to distinguish each function required to be called when the synchronous function is called, defining the parameter type of the data of the synchronous function as a structural body type Parcel, and providing parameter configuration of different types; when the synchronous function is called, the synchronous function waits for the processing of the server to be returned after the processing is finished;
the asynchronous function design module is used for setting the parameter type of the id of the asynchronous function as an enumeration type MessageId and identifying the message type so as to distinguish each function required to be called when the asynchronous function is called; defining the parameter type of the data of the asynchronous function as a structural body type Parcel, and providing different types of parameter configurations; when the asynchronous function is called, the asynchronous function returns directly;
the function calling module is used for calling the synchronous function and the asynchronous function, and filling parameters corresponding to the parameter types of the synchronous function and the asynchronous function according to preset rules to obtain a specific universal interface;
the synchronous function and the asynchronous function belong to function interfaces in an enumeration type, and the adding or deleting process of the function interfaces is realized by adding or deleting enumeration elements in the enumeration type.
7. The Hidl-based universal interface design apparatus according to claim 6, wherein: the structure type Parcel contains a vector of 32-bit integer, a vector of string type and a vector of 8-bit unsigned integer.
8. The Hidl-based universal interface design apparatus according to claim 6, wherein: the synchronous function design module is used for:
the parameter type of the return value of the synchronization function is defined as the structure type Parcel for accommodating the returned parameters.
9. A terminal comprising a memory, a processor and a computer program stored on the memory and running on the processor, wherein the processor, when executing the computer program, implements the steps of the universal interface design method based on Hidl of any one of claims 1 to 5.
10. A readable storage medium, on which a computer program is stored, characterized in that the computer program, when executed by a processor, implements the steps of the universal interface design method based on Hidl according to any one of claims 1 to 5.
CN201910998756.2A 2019-10-21 2019-10-21 Hidl-based universal interface design method, device, terminal and readable storage medium Active CN110737428B (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201910998756.2A CN110737428B (en) 2019-10-21 2019-10-21 Hidl-based universal interface design method, device, terminal and readable storage medium

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910998756.2A CN110737428B (en) 2019-10-21 2019-10-21 Hidl-based universal interface design method, device, terminal and readable storage medium

Publications (2)

Publication Number Publication Date
CN110737428A CN110737428A (en) 2020-01-31
CN110737428B true CN110737428B (en) 2023-08-15

Family

ID=69270214

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910998756.2A Active CN110737428B (en) 2019-10-21 2019-10-21 Hidl-based universal interface design method, device, terminal and readable storage medium

Country Status (1)

Country Link
CN (1) CN110737428B (en)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111813724B (en) * 2020-05-20 2023-06-30 北京元心科技有限公司 HIDL interface adapting system, method, corresponding equipment and storage medium
CN113590363B (en) * 2021-09-26 2022-02-25 北京鲸鲮信息系统技术有限公司 Data transmission method, device, electronic equipment and storage medium

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104333808A (en) * 2014-11-14 2015-02-04 复旦大学 General player applied to Android and Linux smart televisiosn
CN104866383A (en) * 2015-05-29 2015-08-26 北京金山安全软件有限公司 Interface calling method and device and terminal
CN105808320A (en) * 2016-03-11 2016-07-27 四川安嵌科技有限公司 Equipment virtualization system and method based on Linux container
CN107092501A (en) * 2017-03-20 2017-08-25 武汉斗鱼网络科技有限公司 The implementation method and device of advertisement general-purpose interface in a kind of android system
CN107479981A (en) * 2017-06-30 2017-12-15 武汉斗鱼网络科技有限公司 A kind of processing method and processing device that synchronization call is realized based on asynchronous call
CN109240758A (en) * 2018-07-25 2019-01-18 武汉精测电子集团股份有限公司 A kind of method and microkernel architecture for supporting card i/f synchronous asynchronous unified call

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7739656B2 (en) * 2004-12-15 2010-06-15 International Business Machines Corporation Generating asynchronous interfaces and methods from synchronous interfaces and methods
US10019298B2 (en) * 2016-08-17 2018-07-10 Google Llc Middleware interface and middleware interface generator

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104333808A (en) * 2014-11-14 2015-02-04 复旦大学 General player applied to Android and Linux smart televisiosn
CN104866383A (en) * 2015-05-29 2015-08-26 北京金山安全软件有限公司 Interface calling method and device and terminal
WO2016192556A1 (en) * 2015-05-29 2016-12-08 北京金山安全软件有限公司 Interface invoking method, device and terminal
CN105808320A (en) * 2016-03-11 2016-07-27 四川安嵌科技有限公司 Equipment virtualization system and method based on Linux container
CN107092501A (en) * 2017-03-20 2017-08-25 武汉斗鱼网络科技有限公司 The implementation method and device of advertisement general-purpose interface in a kind of android system
CN107479981A (en) * 2017-06-30 2017-12-15 武汉斗鱼网络科技有限公司 A kind of processing method and processing device that synchronization call is realized based on asynchronous call
CN109240758A (en) * 2018-07-25 2019-01-18 武汉精测电子集团股份有限公司 A kind of method and microkernel architecture for supporting card i/f synchronous asynchronous unified call

Also Published As

Publication number Publication date
CN110737428A (en) 2020-01-31

Similar Documents

Publication Publication Date Title
US8839266B1 (en) Inter-application communication on mobile platforms
CN110737428B (en) Hidl-based universal interface design method, device, terminal and readable storage medium
CN108255545B (en) Function calling method and device between components and modular architecture system
US20210365253A1 (en) Heterogeneity-agnostic and topology-agnostic data plane programming
CN111399840B (en) Module development method and device
CN106713469B (en) Dynamic loading method, device and system for distributed container
EP3582125A1 (en) System and methods with reduced complexity in the integration of exposed information models with applications
CN111026634A (en) Interface automation test system, method, device and storage medium
CN111212142A (en) Service processing method, integrated open docking platform and computer storage medium
CN113407362A (en) SOMEIP communication intermediate layer implementation method and system based on SOA architecture of vehicle-mounted Android system
US20130227572A1 (en) Test device, a system, a program and a method
CN110442376A (en) A kind of method and device for realizing Software package
CN111651219A (en) Method and equipment for managing multi-module project configuration file
CN108804100B (en) Method and device for creating interface element, storage medium and mobile terminal
CN114217787A (en) Development method and device of modular application program and storage medium
US20150082322A1 (en) Data Upgrade Framework for Distributed Systems
CN112230927A (en) File redirection method, code loading control method and device
US20190089386A1 (en) Method and terminal device for executing radio application
CN111435312B (en) Application program management method and device and electronic equipment
EP3866443A1 (en) Opc ua server, system operating using opc ua, and method of executing opc ua system
JP2013534347A (en) System and method for execution of high performance computing applications
CN110457013B (en) Program component configuration device and method
CN112230918A (en) Web end development method using iframe embedded webpage
CN111625225A (en) Program specified data output method and device
CN116755788A (en) On-line rule modification method, device, equipment 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