本發(fā)明屬于電數(shù)據(jù)處理技術(shù)領(lǐng)域，具體地說，是涉及一種應(yīng)用程序調(diào)用框架層接口的方法及裝置。

背景技術(shù)：

具有android操作系統(tǒng)的android設(shè)備,如移動終端設(shè)備,包括有應(yīng)用層和框架層，應(yīng)用層的應(yīng)用程序通過調(diào)用框架層的接口，實現(xiàn)應(yīng)用程序?qū)υO(shè)備操作系統(tǒng)底層的功能庫或硬件模塊的調(diào)用。

目前，在android設(shè)備的平臺開發(fā)中，應(yīng)用層和框架層的開發(fā)是分開的，由不同的人員分別進(jìn)行開發(fā)；而且，應(yīng)用層的應(yīng)用程序均是直接調(diào)用框架層的接口。如果應(yīng)用程序中所調(diào)用的接口并沒有添加在框架層中，應(yīng)用程序?qū)⒕幾g失敗。如果發(fā)現(xiàn)存在編譯失敗，需要應(yīng)用層開發(fā)人員與框架層開發(fā)人員溝通，在框架層接口添加之后，再次進(jìn)行應(yīng)用程序的編譯。

采用應(yīng)用程序直接調(diào)用框架層接口的接口調(diào)用方式，在發(fā)現(xiàn)編譯失敗后再修改框架層，修改之后再次編譯，導(dǎo)致一個應(yīng)用程序重復(fù)編譯次數(shù)多、編譯時間長。由于應(yīng)用程序眾多，如果與每個應(yīng)用程序進(jìn)行接口的確認(rèn)、修改、再編譯，耗時更長，導(dǎo)致平臺開發(fā)速度慢、應(yīng)用程序升級時間長。而且，應(yīng)用層與框架層頻繁交互、確認(rèn)和修改，增加了編譯失敗問題發(fā)生的概率。此外，框架層的接口也常常是由不同人員開發(fā)、修改，缺乏統(tǒng)一的管理，進(jìn)一步增加了編譯失敗的概率和平臺開發(fā)及應(yīng)用程序升級的時間。

技術(shù)實現(xiàn)要素：

本發(fā)明的目的是提供一種應(yīng)用程序調(diào)用框架層接口的方法及裝置，解決現(xiàn)有技術(shù)直接調(diào)用框架層接口存在的編譯失敗概率大、編譯成功耗時長等的上述缺點。

為實現(xiàn)上述發(fā)明目的，本發(fā)明提供的方法采用下述技術(shù)方案予以實現(xiàn)：

一種應(yīng)用程序調(diào)用框架層接口的方法，包括：

應(yīng)用程序調(diào)用通用中間層中預(yù)形成的、向所述應(yīng)用程序開放的中間層接口；所述中間層接口至少與所述應(yīng)用程序?qū)?yīng)的框架層中的部分目標(biāo)接口一一對應(yīng)、且供所述應(yīng)用程序調(diào)用；

所述通用中間層從所述中間層接口中獲取與所述應(yīng)用程序調(diào)用的中間層接口相對應(yīng)的所述框架層中的目標(biāo)接口并調(diào)用，實現(xiàn)所述應(yīng)用程序?qū)λ鰬?yīng)用程序?qū)?yīng)的框架層的接口的調(diào)用。

為實現(xiàn)前述發(fā)明目的，本發(fā)明提供的裝置采用下述技術(shù)方案予以實現(xiàn)：

一種應(yīng)用程序調(diào)用框架層接口的裝置，包括：

通用中間層接口調(diào)用單元，用于供應(yīng)用程序調(diào)用通用中間層中向所述應(yīng)用程序開放的中間層接口；

通用中間層，用于形成至少與所述應(yīng)用程序?qū)?yīng)的框架層中的部分目標(biāo)接口一一對應(yīng)的、且供所述應(yīng)用程序調(diào)用的中間層接口；

框架層接口調(diào)用單元，用于從所述中間層接口中獲取與所述應(yīng)用程序調(diào)用的中間層接口相對應(yīng)的所述框架層中的目標(biāo)接口并調(diào)用。

與現(xiàn)有技術(shù)相比，本發(fā)明的優(yōu)點和積極效果是：

本發(fā)明提供的應(yīng)用程序調(diào)用框架層接口的方法及裝置中，通過設(shè)置通用中間層作為應(yīng)用程序與框架層之間的橋梁，在通用中間層中形成與框架層的接口對應(yīng)的、向應(yīng)用程序開放的接口，一方面，通用中間層能實現(xiàn)對諸多框架層接口(包括跨平臺接口)的統(tǒng)一管理和維護(hù)，形成對應(yīng)用程序而言統(tǒng)一的標(biāo)準(zhǔn)接口；另一方面，應(yīng)用程序?qū)蚣軐咏涌诘恼{(diào)用統(tǒng)一為以標(biāo)準(zhǔn)接口調(diào)用的方式調(diào)用通用中間層的接口、進(jìn)而通過通用中間層接口與框架層接口的對應(yīng)間接實現(xiàn)對框架層接口的調(diào)用。

并且，利用通用中間層的橋梁轉(zhuǎn)接功能，一旦通用中間層與框架層的接口對應(yīng)完成并編譯成功，那么，應(yīng)用程序在通過通用中間層進(jìn)行框架層接口調(diào)用時的編譯成功率大大增加；即使出現(xiàn)編譯失敗，無需每個應(yīng)用程序均與框架層進(jìn)行交互、確認(rèn)和修改，而僅需要一個通用中間層與框架層交互和修改即可，大大降低了編譯成功的耗費時間，縮短了平臺開發(fā)及應(yīng)用程序升級的時間；并且，通過應(yīng)用程序與通用中間層之間的標(biāo)準(zhǔn)統(tǒng)一調(diào)用，降低了接口調(diào)用的復(fù)雜度，增強(qiáng)了應(yīng)用程序的穩(wěn)定性。

結(jié)合附圖閱讀本發(fā)明的具體實施方式后，本發(fā)明的其他特點和優(yōu)點將變得更加清楚。

附圖說明

圖1是基于本發(fā)明應(yīng)用程序調(diào)用框架層接口的方法一個實施例的流程圖；

圖2是圖1中通用中間層接口形成過程的一個具體流程圖；

圖3是基于本發(fā)明應(yīng)用程序調(diào)用框架層接口的裝置一個實施例的結(jié)構(gòu)框圖。

具體實施方式

為了使本發(fā)明的目的、技術(shù)方案及優(yōu)點更加清楚明白，以下將結(jié)合附圖和實施例，對本發(fā)明作進(jìn)一步詳細(xì)說明。

請參見圖1，該圖示出了基于本發(fā)明應(yīng)用程序調(diào)用框架層接口的方法一個實施例的流程圖。

具體而言，該實施例為在具有android操作系統(tǒng)的android設(shè)備中,如采用android系統(tǒng)的移動終端設(shè)備，實現(xiàn)應(yīng)用層的應(yīng)用程序調(diào)用框架層接口的方法。具有android操作系統(tǒng)的android設(shè)備，可以但不局限于為采用android系統(tǒng)的移動終端設(shè)備。該實施例的方法包括下述步驟構(gòu)成的過程：

步驟1：應(yīng)用程序調(diào)用通用中間層中預(yù)形成的、向應(yīng)用程序開放的中間層接口。

通用中間層是預(yù)先設(shè)置的、介于應(yīng)用層和框架層之間、用于鏈接應(yīng)用層和框架層的一個橋梁，在通用中間層中預(yù)先形成有諸多通用中間層接口，通用中間層接口一方面至少與應(yīng)用程序所對應(yīng)的框架層中的部分目標(biāo)接口一一對應(yīng)，另一方面，這些通用中間層接口向應(yīng)用程序開放，可供應(yīng)用程序調(diào)用。

應(yīng)用程序調(diào)用通用中間層中向應(yīng)用程序開放的中間層接口，可以采用多種方式來實現(xiàn)。作為優(yōu)選的實施方式，應(yīng)用程序調(diào)用通用中間層中向應(yīng)用程序開放的中間層接口，具體包括：

應(yīng)用程序引用通用中間層提供的jar包；

應(yīng)用程序解析jar包，獲取所需要的中間層接口并調(diào)用。

通用中間層會預(yù)先將包括有通用中間層接口的信息生成jar包，應(yīng)用程序能夠引用該jar包。然后，通過解析jar包，獲取到所需要的中間層接口，譬如，通過解析的接口名稱和/或接口參數(shù)和/或接口返回值等，獲取到所需要的中間層接口，并調(diào)用該接口。

在其他一些優(yōu)選實施例中，為減少接口開發(fā)和移植的復(fù)雜度，通用中間層接口為與應(yīng)用程序所對應(yīng)的框架層中的非標(biāo)準(zhǔn)接口一一對應(yīng)。對于框架層中的標(biāo)準(zhǔn)接口，應(yīng)用程序可以直接調(diào)用時編譯失敗率低，因此，仍可以采用應(yīng)用程序直接調(diào)用、而不經(jīng)通用中間層間接調(diào)用的方式。但不局限于此，對于標(biāo)準(zhǔn)接口，也可以采用通過通用中間層接口調(diào)用的方式。

對于某個應(yīng)用到特定平臺上的應(yīng)用程序，其所對應(yīng)的平臺的框架層是已知的。而且，框架層中的至少非標(biāo)準(zhǔn)接口在通用中間層中形成有一一對應(yīng)的通用中間層接口。并且，通用中間層為1個，其內(nèi)形成有對于所有框架層中需要對應(yīng)的接口。通用中間層接口的形成過程，具體實施例可以參考圖2所示及下面對圖2的描述。

在應(yīng)用程序開發(fā)過程中，應(yīng)用程序需要調(diào)用框架層接口時，如果通用中間層中存儲的是框架層中非標(biāo)準(zhǔn)接口所對應(yīng)的通用中間層接口，那么，如果應(yīng)用程序需要調(diào)用框架層的非標(biāo)準(zhǔn)接口，則改為調(diào)用通用中間層中向應(yīng)用程序所開放的中間層接口；而如果應(yīng)用程序調(diào)用框架層的標(biāo)準(zhǔn)接口，仍采用直接調(diào)用框架層接口的方式。

步驟2：通用中間層從中間層接口中獲取與應(yīng)用程序調(diào)用的中間層接口相對應(yīng)的框架層中的目標(biāo)接口并調(diào)用。

該步驟是在編譯過程中執(zhí)行，應(yīng)用程序調(diào)用了通用中間層的接口，在編譯時，通用中間層從預(yù)形成的若干與應(yīng)用程序相對應(yīng)的框架層中的部分目標(biāo)接口一一對應(yīng)的、供應(yīng)用程序調(diào)用的接口中獲取到與步驟1應(yīng)用程序所調(diào)用的中間層接口相對應(yīng)的框架層的目標(biāo)接口，然后調(diào)用該目標(biāo)接口。

請參見圖2，該圖所示為圖1實施例中通用中間層接口形成過程的一個具體流程圖，具體來說是實現(xiàn)通用中間層中的中間層接口與框架層中的部分目標(biāo)接口一一對應(yīng)的過程。

具體而言，優(yōu)選采用下述步驟所構(gòu)成的過程來形成通用中間層中中間層接口與框架層中的目標(biāo)接口的對應(yīng)：

步驟21：獲取初始中間層接口。

其中，初始中間層基于選定框架層的選定接口構(gòu)建，且在初始中間層中建立有與選定接口一一對應(yīng)的初始中間層接口。選定框架層為構(gòu)建初始中間層所依據(jù)的基本框架層，可以從多個框架層中選定其中一個作為選定框架層。譬如，可以選擇常用的框架層作為選定框架層，或者，選擇非標(biāo)準(zhǔn)接口較多的框架層作為選定框架層，但并不局限于這些選擇方式。選定接口至少包含有選定框架層中的非標(biāo)準(zhǔn)接口。然后，基于選定接口，在初始中間層中建立起一一對應(yīng)的接口作為初始中間層接口。此處所說的一一對應(yīng)，是指通過初始中間層接口及一一對應(yīng)關(guān)系能夠唯一確定出選定接口。

需要理解的是，如果初始中間層包括有框架層所有的標(biāo)準(zhǔn)接口及非標(biāo)準(zhǔn)接口，那么，一一對應(yīng)是指框架層的所有接口均與初始中間層接口一一對應(yīng)。而如果構(gòu)建初始中間層接口的選定接口僅為框架層的非標(biāo)準(zhǔn)接口，則一一對應(yīng)是指框架層的所有非標(biāo)準(zhǔn)接口均與初始中間層接口一一對應(yīng)。

步驟22：獲取應(yīng)用程序所對應(yīng)的框架層，利用應(yīng)用程序所對應(yīng)的框架層編譯初始中間層接口。

初始中間層接口是基于某一個框架層構(gòu)建的，但實際應(yīng)用中，框架層會有不止一個。因此，首先獲取到應(yīng)用程序所對應(yīng)的框架層，也即，應(yīng)用程序編譯時需要的框架層；然后，利用該應(yīng)用程序所對應(yīng)的框架層去編譯初始中間層接口。具體來說，如果步驟21中的選定接口為非標(biāo)準(zhǔn)接口，則在該步驟22中，是用框架層中的非標(biāo)準(zhǔn)接口去編譯初始中間層接口。如果步驟21中的選定接口為框架層的全部接口，則在該步驟22中，是用框架層中的全部接口去編譯初始中間層接口。

步驟23：判斷是否編譯成功。如果編譯成功，執(zhí)行步驟24；否則，執(zhí)行步驟25。

應(yīng)用程序所對應(yīng)的框架層可能是構(gòu)建初始中間層接口時的選定框架層，但也可能是其他具有不同接口的框架層。因此，在步驟22利用應(yīng)用程序所對應(yīng)的框架層編譯初始中間層接口時，可能編譯成功，也可能編譯失敗。如果編譯成功，執(zhí)行步驟24的過程；否則，為編譯失敗，執(zhí)行步驟25的過程。

步驟24：將初始中間層確定為通用中間層，將初始中間層接口確定為通用中間層中的供應(yīng)用程序調(diào)用的所述中間層接口。

如果步驟23編譯成功，表明應(yīng)用程序所使用的框架層的接口與初始中間層接口一一對應(yīng)。那么，將初始中間層確定為通用中間層，將初始中間層接口確定為通用中間層中的供應(yīng)用程序調(diào)用的所述中間層接口。

步驟25：對應(yīng)用程序所對應(yīng)的框架層的接口和/或初始中間層接口作修正后重新編譯，并將編譯成功時的修正后的中間層確定為通用中間層，將修正后的中間層中的接口確定為通用中間層中的供應(yīng)用程序調(diào)用的所述中間層接口。

如果步驟23編譯不成功，表明應(yīng)用程序所使用的框架層的接口與初始中間層接口并不能一一對應(yīng)。此情況下，對應(yīng)用程序所對應(yīng)的框架層的接口和/或初始中間層接口作修正后重新編譯，并將編譯成功時的修正后的中間層確定為通用中間層，將修正后的中間層中的接口確定為通用中間層中的供應(yīng)用程序調(diào)用的所述中間層接口。

而對應(yīng)用程序所對應(yīng)的框架層的接口和/或初始中間層接口作修正后重新編譯，具體包括：

在應(yīng)用程序所對應(yīng)的框架層中添加該框架層缺少的、與初始中間層接口相對應(yīng)的接口；

和/或在初始中間層接口中添加初始中間層缺少的、與應(yīng)用程序所對應(yīng)的框架層中的接口相對應(yīng)的接口；

和/或臨時釋放初始中間層接口中、在應(yīng)用程序所對應(yīng)的框架層中不存在相對應(yīng)的接口的初始中間層接口。

也即，為了編譯成功，可以采用在應(yīng)用程序中新增加接口的方式和/或在初始中間層中增加接口的方式實現(xiàn)一一對應(yīng)。此外，如果是初始中間層接口中的部分接口在框架層中不存在相對于的接口，如果這部分缺少的接口應(yīng)用程序中不會調(diào)用，或者僅是為了其他相對應(yīng)的接口能夠編譯通過，還可以采用將初始中間層接口中的這部分接口臨時釋放掉，不參與接口編譯過程，來實現(xiàn)成功編譯。后續(xù)如果需要，還可以再次采用增加接口的方式實現(xiàn)真正的一一對應(yīng)。

采用上述實施例的方法實現(xiàn)接口調(diào)用時，通過設(shè)置通用中間層作為應(yīng)用程序與框架層之間的橋梁，一方面，通用中間層能實現(xiàn)對諸多框架層接口（包括跨平臺接口）的統(tǒng)一管理和維護(hù)，通過接口適配的方式在通用中間層中形成與框架層中的至少部分非標(biāo)準(zhǔn)接口的一一對應(yīng)，從而對于諸多的非標(biāo)準(zhǔn)接口形成對應(yīng)用程序而言統(tǒng)一的標(biāo)準(zhǔn)接口；另一方面，應(yīng)用程序?qū)蚣軐咏涌诘恼{(diào)用統(tǒng)一為以標(biāo)準(zhǔn)接口調(diào)用的方式調(diào)用通用中間層的接口、進(jìn)而通過通用中間層接口與框架層接口的對應(yīng)間接實現(xiàn)對框架層接口的調(diào)用。

利用通用中間層的橋梁轉(zhuǎn)接功能，一旦通用中間層與框架層的接口對應(yīng)完成并編譯成功，那么，應(yīng)用程序在通過通用中間層進(jìn)行框架層接口調(diào)用時的編譯成功率大大增加。即使出現(xiàn)編譯失敗，也無需每個應(yīng)用程序均與框架層進(jìn)行交互、確認(rèn)和修改，而僅需要一個通用中間層與框架層交互和修改即可，大大降低了編譯成功的耗費時間，縮短了平臺開發(fā)及應(yīng)用程序升級的時間。

并且，通過應(yīng)用程序與通用中間層之間的標(biāo)準(zhǔn)統(tǒng)一調(diào)用，降低了接口調(diào)用的復(fù)雜度，增強(qiáng)了應(yīng)用程序的穩(wěn)定性，還能夠?qū)崿F(xiàn)對不同平臺、不同框架層接口的兼容。舉例來說，如果有n1個應(yīng)用程序和n2個框架層，如果采用應(yīng)用程序直接調(diào)用框架層接口的方式，如果每個應(yīng)用程序與每個框架層均需要進(jìn)行接口編譯確認(rèn)交互，復(fù)雜度為n1*n2。而如果設(shè)置有通用中間層，應(yīng)用程序與通用中間層之間直接調(diào)用，通用中間層與每個框架層均需要進(jìn)行接口編譯確認(rèn)交互，復(fù)雜度僅為1*n2。從而，在應(yīng)用程序較多的情況下，大大降低了交互復(fù)雜度。

請參見圖3示出的基于本發(fā)明應(yīng)用程序調(diào)用框架層接口的裝置一個實施例的結(jié)構(gòu)框圖。

如圖3所示，該實施例的裝置所包括的結(jié)構(gòu)單元、每個單元的功能及相互之間的連接關(guān)系如下：

通用中間層接口調(diào)用單元31，用于供應(yīng)用程序調(diào)用通用中間層中向應(yīng)用程序開放的中間層接口。

通用中間層32，用于形成至少與應(yīng)用程序所對應(yīng)的框架層中的部分目標(biāo)接口一一對應(yīng)的、且供應(yīng)用程序調(diào)用的中間層接口。

框架層接口調(diào)用單元33，用于從通用中間層32的中間層接口中獲取與應(yīng)用程序調(diào)用的中間層接口相對應(yīng)的框架層中的目標(biāo)接口并調(diào)用。

作為優(yōu)選的實施方式，通用中間層接口調(diào)用單元31具體可包括：

jar包引用子單元，用于供應(yīng)用程序引用通用中間層提供的jar包；以及

jar包解析及接口調(diào)用子單元，用于供應(yīng)用程序解析jar包，獲取所需要的所述中間層接口并調(diào)用。

上述裝置中的各單元及子單元通過運行相應(yīng)的軟件程序，按照上述接口調(diào)用方法的過程實現(xiàn)應(yīng)用程序?qū)蚣軐咏涌诘恼{(diào)用，達(dá)到上述方法所描述的技術(shù)效果。

以上實施例僅用以說明本發(fā)明的技術(shù)方案，而非對其進(jìn)行限制；盡管參照前述實施例對本發(fā)明進(jìn)行了詳細(xì)的說明，對于本領(lǐng)域的普通技術(shù)人員來說，依然可以對前述實施例所記載的技術(shù)方案進(jìn)行修改，或者對其中部分技術(shù)特征進(jìn)行等同替換；而這些修改或替換，并不使相應(yīng)技術(shù)方案的本質(zhì)脫離本發(fā)明所要求保護(hù)的技術(shù)方案的精神和范圍。