本發(fā)明涉及一種終端應(yīng)用技術(shù)領(lǐng)域，特別是涉及一種應(yīng)用開(kāi)發(fā)方法及裝置。

背景技術(shù)：

隨著市場(chǎng)上平板電腦、智能手機(jī)等智能終端的興起，智能終端已經(jīng)成為人們生活中不可或缺的一部分，人們可以通過(guò)智能終端上安裝的應(yīng)用程序進(jìn)行在線聊天、網(wǎng)絡(luò)游戲、網(wǎng)上購(gòu)物等操作。為了滿足用戶多變的需求，需要開(kāi)發(fā)不同的應(yīng)用程序。

目前，通常使用軟件開(kāi)發(fā)工具包(Software Development Kit，SDK)對(duì)應(yīng)用程序進(jìn)行開(kāi)發(fā)，具體可以根據(jù)軟件開(kāi)發(fā)工具包提供的底層應(yīng)用編程接口(Application Programming Interface，API)，人工編寫(xiě)與業(yè)務(wù)需求相應(yīng)的代碼程序并在代碼程序中填寫(xiě)相應(yīng)的應(yīng)用參數(shù)，然后通過(guò)執(zhí)行該代碼程序進(jìn)而完成對(duì)應(yīng)用程序的一次應(yīng)用開(kāi)發(fā)操作。例如，通過(guò)執(zhí)行人工編寫(xiě)的代碼程序，在應(yīng)用程序的開(kāi)啟畫(huà)面中添加預(yù)定廣告圖片。

然而，當(dāng)需要多次開(kāi)發(fā)應(yīng)用程序時(shí)，每次都需要人工編寫(xiě)復(fù)雜的代碼程序，增加了應(yīng)用開(kāi)發(fā)工作量，影響了應(yīng)用開(kāi)發(fā)時(shí)間，進(jìn)而會(huì)造成應(yīng)用開(kāi)發(fā)效率較低。

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

有鑒于此，本發(fā)明提供了一種應(yīng)用開(kāi)發(fā)方法及裝置，主要目的在于可以減少應(yīng)用開(kāi)發(fā)工作量，可以提高應(yīng)用開(kāi)發(fā)效率。

依據(jù)本發(fā)明一個(gè)方面，提供了一種應(yīng)用開(kāi)發(fā)方法，該方法包括：

當(dāng)接收到用戶輸入的應(yīng)用開(kāi)發(fā)指令時(shí)，獲取所述應(yīng)用開(kāi)發(fā)指令中攜帶的API接口標(biāo)識(shí)以及需要填寫(xiě)的應(yīng)用參數(shù)；

從預(yù)設(shè)接口服務(wù)庫(kù)中獲取與所述API接口標(biāo)識(shí)對(duì)應(yīng)的預(yù)編譯API接口，所述預(yù)設(shè)接口服務(wù)庫(kù)中保存有不同的API接口標(biāo)識(shí)分別對(duì)應(yīng)的預(yù)編譯API接口，每個(gè)預(yù)編譯API接口由多個(gè)底層API接口組合編譯得到，且每個(gè)預(yù)編譯API接口對(duì)應(yīng)執(zhí)行一個(gè)應(yīng)用開(kāi)發(fā)操作；

通過(guò)調(diào)用與所述API接口標(biāo)識(shí)對(duì)應(yīng)的預(yù)編譯API接口以及相應(yīng)填寫(xiě)所述應(yīng)用參數(shù)，執(zhí)行對(duì)目標(biāo)應(yīng)用的應(yīng)用開(kāi)發(fā)操作。

依據(jù)本發(fā)明另一個(gè)方面，提供了一種應(yīng)用開(kāi)發(fā)裝置，該裝置包括：

獲取單元，用于當(dāng)接收到用戶輸入的應(yīng)用開(kāi)發(fā)指令時(shí)，獲取所述應(yīng)用開(kāi)發(fā)指令中攜帶的API接口標(biāo)識(shí)以及需要填寫(xiě)的應(yīng)用參數(shù)；

所述獲取單元，還用于從預(yù)設(shè)接口服務(wù)庫(kù)中獲取與所述API接口標(biāo)識(shí)對(duì)應(yīng)的預(yù)編譯API接口，所述預(yù)設(shè)接口服務(wù)庫(kù)中保存有不同的API接口標(biāo)識(shí)分別對(duì)應(yīng)的預(yù)編譯API接口，每個(gè)預(yù)編譯API接口由多個(gè)底層API接口組合編譯得到，且每個(gè)預(yù)編譯API接口對(duì)應(yīng)執(zhí)行一個(gè)應(yīng)用開(kāi)發(fā)操作；

執(zhí)行單元，用于通過(guò)調(diào)用與所述獲取單元獲取的API接口標(biāo)識(shí)對(duì)應(yīng)的預(yù)編譯API接口以及相應(yīng)填寫(xiě)所述應(yīng)用參數(shù)，執(zhí)行對(duì)目標(biāo)應(yīng)用的應(yīng)用開(kāi)發(fā)操作。

借由上述技術(shù)方案，本發(fā)明提供的一種應(yīng)用開(kāi)發(fā)方法及裝置，與目前當(dāng)需要多次開(kāi)發(fā)應(yīng)用程序時(shí)，每次都需要人工編寫(xiě)復(fù)雜的代碼程序并在代碼程序中填寫(xiě)相應(yīng)的應(yīng)用參數(shù)的方式來(lái)執(zhí)行應(yīng)用開(kāi)發(fā)操作相比，本發(fā)明可以預(yù)先編譯不同的API接口，每個(gè)預(yù)編譯API接口由多個(gè)底層API接口組合編譯得到，且每個(gè)預(yù)編譯API接口對(duì)應(yīng)執(zhí)行一個(gè)應(yīng)用開(kāi)發(fā)操作，在開(kāi)發(fā)應(yīng)用程序時(shí)，用戶可以直接輸入包含預(yù)編譯API接口標(biāo)識(shí)和需要填寫(xiě)應(yīng)用參數(shù)的應(yīng)用開(kāi)發(fā)指令，進(jìn)而執(zhí)行對(duì)目標(biāo)應(yīng)用相應(yīng)的應(yīng)用開(kāi)發(fā)操作，無(wú)需每次都需要人工編寫(xiě)復(fù)雜的代碼程序，減少了應(yīng)用開(kāi)發(fā)工作量，可以提高應(yīng)用開(kāi)發(fā)效率。

上述說(shuō)明僅是本發(fā)明技術(shù)方案的概述，為了能夠更清楚了解本發(fā)明的技術(shù)手段，而可依照說(shuō)明書(shū)的內(nèi)容予以實(shí)施，并且為了讓本發(fā)明的上述和其它目的、特征和優(yōu)點(diǎn)能夠更明顯易懂，以下特舉本發(fā)明的具體實(shí)施方式。

附圖說(shuō)明

通過(guò)閱讀下文優(yōu)選實(shí)施方式的詳細(xì)描述，各種其他的優(yōu)點(diǎn)和益處對(duì)于本領(lǐng)域普通技術(shù)人員將變得清楚明了。附圖僅用于示出優(yōu)選實(shí)施方式的目的，而并不認(rèn)為是對(duì)本發(fā)明的限制。而且在整個(gè)附圖中，用相同的參考符號(hào)表示相同的部件。在附圖中：

圖1示出了本發(fā)明實(shí)施例提供的一種應(yīng)用開(kāi)發(fā)方法流程示意圖；

圖2示出了本發(fā)明實(shí)施例提供的另一種應(yīng)用開(kāi)發(fā)方法流程示意圖；

圖3示出了本發(fā)明實(shí)施例提供的一種應(yīng)用開(kāi)發(fā)裝置結(jié)構(gòu)示意圖；

圖4示出了本發(fā)明實(shí)施例提供的另一種應(yīng)用開(kāi)發(fā)裝置結(jié)構(gòu)示意圖。

具體實(shí)施方式

下面將參照附圖更詳細(xì)地描述本公開(kāi)的示例性實(shí)施例。雖然附圖中顯示了本公開(kāi)的示例性實(shí)施例，然而應(yīng)當(dāng)理解，可以以各種形式實(shí)現(xiàn)本公開(kāi)而不應(yīng)被這里闡述的實(shí)施例所限制。相反，提供這些實(shí)施例是為了能夠更透徹地理解本公開(kāi)，并且能夠?qū)⒈竟_(kāi)的范圍完整的傳達(dá)給本領(lǐng)域的技術(shù)人員。

本發(fā)明實(shí)施例提供了一種應(yīng)用開(kāi)發(fā)方法，可以減少應(yīng)用開(kāi)發(fā)工作量，可以提高應(yīng)用開(kāi)發(fā)效率，如圖1所示，該方法包括：

101、當(dāng)接收到用戶輸入的應(yīng)用開(kāi)發(fā)指令時(shí)，獲取應(yīng)用開(kāi)發(fā)指令中攜帶的API接口標(biāo)識(shí)以及需要填寫(xiě)的應(yīng)用參數(shù)。

其中，API接口標(biāo)識(shí)可以為API接口名稱。

對(duì)于本發(fā)明實(shí)施例的執(zhí)行主體可以為輔助應(yīng)用開(kāi)發(fā)的裝置，當(dāng)該裝置接收到用戶輸入的應(yīng)用開(kāi)發(fā)指令時(shí)，可以獲取該指令中的API接口標(biāo)識(shí)以及需要填寫(xiě)的應(yīng)用參數(shù)，以便根據(jù)該API接口標(biāo)識(shí)從預(yù)設(shè)接口服務(wù)庫(kù)中找到合適的預(yù)編譯API接口，并調(diào)用該預(yù)編譯API接口以及填寫(xiě)相應(yīng)的應(yīng)用參數(shù)，達(dá)到執(zhí)行對(duì)目標(biāo)應(yīng)用進(jìn)行應(yīng)用開(kāi)發(fā)操作的目的。

102、從預(yù)設(shè)接口服務(wù)庫(kù)中獲取與API接口標(biāo)識(shí)對(duì)應(yīng)的預(yù)編譯API接口。

其中，預(yù)設(shè)接口服務(wù)庫(kù)中保存有不同的API接口標(biāo)識(shí)分別對(duì)應(yīng)的預(yù)編譯API接口，每個(gè)預(yù)編譯API接口由多個(gè)底層API接口組合編譯得到，且每個(gè)預(yù)編譯API接口對(duì)應(yīng)執(zhí)行一個(gè)應(yīng)用開(kāi)發(fā)操作。

在本發(fā)明實(shí)施例中，可以根據(jù)不同的應(yīng)用開(kāi)發(fā)需求，預(yù)先編譯不同的API接口，例如，通過(guò)調(diào)用預(yù)編譯的API接口，可以實(shí)現(xiàn)在應(yīng)用開(kāi)啟畫(huà)面中插入廣告，使得在應(yīng)用開(kāi)啟時(shí)可以自動(dòng)播放該插入的廣告。然后將不同的預(yù)編譯API接口保存在預(yù)設(shè)接口服務(wù)庫(kù)中。

103、通過(guò)調(diào)用與API接口標(biāo)識(shí)對(duì)應(yīng)的預(yù)編譯API接口以及相應(yīng)填寫(xiě)應(yīng)用參數(shù)，執(zhí)行對(duì)目標(biāo)應(yīng)用的應(yīng)用開(kāi)發(fā)操作。

例如，當(dāng)需要對(duì)目標(biāo)應(yīng)用程序進(jìn)行加載網(wǎng)絡(luò)圖片的應(yīng)用開(kāi)發(fā)操作時(shí)，用戶可以輸入相應(yīng)的應(yīng)用開(kāi)發(fā)代碼指令，該指令中包含有可執(zhí)行加載網(wǎng)絡(luò)圖片操作的預(yù)編譯API接口標(biāo)識(shí)，以及需要加載的網(wǎng)絡(luò)圖片的統(tǒng)一資源定位符(Uniform Resource Locator，URL)地址，在裝置側(cè)，當(dāng)接收到該指令時(shí)，可以根據(jù)該預(yù)編譯API接口標(biāo)識(shí)從預(yù)設(shè)接口服務(wù)庫(kù)中找到相應(yīng)的預(yù)編譯API接口，通過(guò)調(diào)用該預(yù)編譯API接口，以及填寫(xiě)該URL地址，可以使得應(yīng)用程序加載該URL地址對(duì)應(yīng)的網(wǎng)絡(luò)圖片。

本發(fā)明實(shí)施例提供的一種應(yīng)用開(kāi)發(fā)方法，與目前當(dāng)需要多次開(kāi)發(fā)應(yīng)用程序時(shí)，每次都需要人工編寫(xiě)復(fù)雜的代碼程序并在代碼程序中填寫(xiě)相應(yīng)的應(yīng)用參數(shù)的方式來(lái)執(zhí)行應(yīng)用開(kāi)發(fā)操作相比，本發(fā)明實(shí)施例可以預(yù)先編譯不同的API接口，每個(gè)預(yù)編譯API接口由多個(gè)底層API接口組合編譯得到，且每個(gè)預(yù)編譯API接口對(duì)應(yīng)執(zhí)行一個(gè)應(yīng)用開(kāi)發(fā)操作，在開(kāi)發(fā)應(yīng)用程序時(shí)，用戶可以直接輸入包含預(yù)編譯API接口標(biāo)識(shí)和需要填寫(xiě)應(yīng)用參數(shù)的應(yīng)用開(kāi)發(fā)指令，進(jìn)而執(zhí)行對(duì)目標(biāo)應(yīng)用相應(yīng)的應(yīng)用開(kāi)發(fā)操作，無(wú)需每次都需要人工編寫(xiě)復(fù)雜的代碼程序，減少了應(yīng)用開(kāi)發(fā)工作量，可以提高應(yīng)用開(kāi)發(fā)效率。

為了更好的對(duì)上述圖1所示的方法進(jìn)行理解，作為對(duì)上述實(shí)施方式的細(xì)化和擴(kuò)展，本發(fā)明實(shí)施例提供了另一種應(yīng)用開(kāi)發(fā)方法，如圖2所示，該方法包括：

201、將不同的預(yù)編譯API接口分別對(duì)應(yīng)的接口函數(shù)代碼打包成接口服務(wù)庫(kù)，得到預(yù)設(shè)接口服務(wù)庫(kù)，并將預(yù)設(shè)接口服務(wù)庫(kù)保存在預(yù)置接口服務(wù)文件夾中。

例如，可以根據(jù)不同的應(yīng)用開(kāi)發(fā)需求，預(yù)先編譯不同的API接口分別對(duì)應(yīng)的接口函數(shù)代碼，然后將這些接口函數(shù)代碼打包成lib庫(kù)文件，得到接口服務(wù)庫(kù)，然后將lib庫(kù)文件保存在預(yù)先創(chuàng)建的接口服務(wù)(service)文件夾中。

202、將開(kāi)發(fā)框架工程配置在預(yù)置接口服務(wù)文件夾下，得到接口服務(wù)工程。

例如，將開(kāi)發(fā)框架工程配置在包含接口服務(wù)庫(kù)的接口服務(wù)文件夾中。

203、在應(yīng)用開(kāi)發(fā)環(huán)境中導(dǎo)入接口服務(wù)工程，并建立目標(biāo)應(yīng)用開(kāi)發(fā)工程與預(yù)設(shè)接口服務(wù)庫(kù)之間的依賴關(guān)系。

例如，可以根據(jù)預(yù)置接口服務(wù)文件夾所在的存放路徑，在應(yīng)用開(kāi)發(fā)環(huán)境中導(dǎo)入接口服務(wù)工程，再打開(kāi)新建立的目標(biāo)應(yīng)用開(kāi)發(fā)工程中的build.gradle文件，在dependencies節(jié)點(diǎn)下添加相應(yīng)的代碼，使得目標(biāo)應(yīng)用開(kāi)發(fā)工程與接口服務(wù)工程之間建立依賴關(guān)系，然后在build.gradle文件的android節(jié)點(diǎn)下添加相應(yīng)代碼，使得目標(biāo)應(yīng)用開(kāi)發(fā)工程與預(yù)設(shè)接口服務(wù)庫(kù)之間建立依賴關(guān)系，最后對(duì)目標(biāo)應(yīng)用開(kāi)發(fā)工程進(jìn)行重新編譯后，目標(biāo)應(yīng)用開(kāi)發(fā)工程就可以調(diào)用預(yù)設(shè)接口服務(wù)庫(kù)中的預(yù)編譯API接口了。

進(jìn)一步地，為了滿足對(duì)預(yù)編譯API接口的更新需求，還可以包括：當(dāng)接收到對(duì)預(yù)設(shè)接口服務(wù)庫(kù)的更新指令時(shí)，獲取預(yù)設(shè)接口服務(wù)庫(kù)對(duì)應(yīng)的更新信息；根據(jù)更新信息對(duì)預(yù)設(shè)接口服務(wù)庫(kù)中的預(yù)編譯API接口進(jìn)行更新。例如，根據(jù)更新信息，對(duì)預(yù)編譯API接口對(duì)應(yīng)的接口函數(shù)代碼進(jìn)行修改，或者添加新的預(yù)編譯API接口對(duì)應(yīng)的接口函數(shù)代碼，進(jìn)而可以增加新的應(yīng)用開(kāi)發(fā)操作，可以滿足對(duì)預(yù)編譯API接口的更新需求。

204、當(dāng)接收到用戶輸入的應(yīng)用開(kāi)發(fā)指令時(shí)，獲取應(yīng)用開(kāi)發(fā)指令中攜帶的API接口標(biāo)識(shí)以及需要填寫(xiě)的應(yīng)用參數(shù)。

在步驟204之前，還可以包括：顯示預(yù)編譯API接口的使用說(shuō)明文檔，其中，使用說(shuō)明文檔中包含預(yù)設(shè)接口服務(wù)庫(kù)中不同預(yù)編譯API接口的使用說(shuō)明信息，以及每個(gè)預(yù)編譯API接口對(duì)應(yīng)執(zhí)行的應(yīng)用開(kāi)發(fā)操作信息，進(jìn)而可以幫助指導(dǎo)用戶如何使用預(yù)編譯API接口，從而可以提高應(yīng)用開(kāi)發(fā)效率。

205、通過(guò)目標(biāo)應(yīng)用開(kāi)發(fā)工程與預(yù)設(shè)接口服務(wù)庫(kù)之間的依賴關(guān)系，從預(yù)設(shè)接口服務(wù)庫(kù)中獲取與API接口標(biāo)識(shí)對(duì)應(yīng)的預(yù)編譯API接口。

例如，應(yīng)用開(kāi)發(fā)指令中攜帶的API接口標(biāo)識(shí)為標(biāo)識(shí)loadimage，通過(guò)目標(biāo)應(yīng)用開(kāi)發(fā)工程與預(yù)設(shè)接口服務(wù)庫(kù)之間的依賴關(guān)系，從預(yù)設(shè)接口服務(wù)庫(kù)中獲取與loadimage對(duì)應(yīng)的預(yù)編譯API接口。

206、通過(guò)調(diào)用與API接口標(biāo)識(shí)對(duì)應(yīng)的預(yù)編譯API接口以及相應(yīng)填寫(xiě)應(yīng)用參數(shù)，執(zhí)行對(duì)目標(biāo)應(yīng)用的應(yīng)用開(kāi)發(fā)操作。

例如，當(dāng)需要對(duì)目標(biāo)應(yīng)用程序進(jìn)行文件拷貝的應(yīng)用開(kāi)發(fā)操作時(shí)，用戶通過(guò)查看預(yù)編譯API接口的使用說(shuō)明文檔，輸入相應(yīng)的應(yīng)用開(kāi)發(fā)代碼指令，該指令中包含有可執(zhí)行文件拷貝操作的預(yù)編譯API接口標(biāo)識(shí)，以及文件的原始路徑和需要拷貝到的目標(biāo)路徑，在裝置側(cè)，當(dāng)接收到該指令時(shí)，可以根據(jù)該預(yù)編譯API接口標(biāo)識(shí)，通過(guò)目標(biāo)應(yīng)用開(kāi)發(fā)工程與預(yù)設(shè)接口服務(wù)庫(kù)之間的依賴關(guān)系，從預(yù)設(shè)接口服務(wù)庫(kù)中找到相應(yīng)的預(yù)編譯API接口，通過(guò)調(diào)用該預(yù)編譯API接口，以及填寫(xiě)該文件的原始路徑和需要拷貝到的目標(biāo)路徑，可以實(shí)現(xiàn)對(duì)目標(biāo)應(yīng)用程序進(jìn)行文件拷貝的應(yīng)用開(kāi)發(fā)操作。

本發(fā)明實(shí)施例提供的另一種應(yīng)用開(kāi)發(fā)方法，與目前當(dāng)需要多次開(kāi)發(fā)應(yīng)用程序時(shí)，每次都需要人工編寫(xiě)復(fù)雜的代碼程序并在代碼程序中填寫(xiě)相應(yīng)的應(yīng)用參數(shù)的方式來(lái)執(zhí)行應(yīng)用開(kāi)發(fā)操作相比，本發(fā)明實(shí)施例可以預(yù)先編譯不同的API接口，每個(gè)預(yù)編譯API接口由多個(gè)底層API接口組合編譯得到，且每個(gè)預(yù)編譯API接口對(duì)應(yīng)執(zhí)行一個(gè)應(yīng)用開(kāi)發(fā)操作，在開(kāi)發(fā)應(yīng)用程序時(shí)，用戶可以直接輸入包含預(yù)編譯API接口標(biāo)識(shí)和需要填寫(xiě)應(yīng)用參數(shù)的應(yīng)用開(kāi)發(fā)指令，進(jìn)而執(zhí)行對(duì)目標(biāo)應(yīng)用相應(yīng)的應(yīng)用開(kāi)發(fā)操作，無(wú)需每次都需要人工編寫(xiě)復(fù)雜的代碼程序，減少了應(yīng)用開(kāi)發(fā)工作量；并且可以顯示預(yù)編譯API接口的使用說(shuō)明文檔，幫助指導(dǎo)用戶如何使用預(yù)編譯API接口，從而可以提高應(yīng)用開(kāi)發(fā)效率。

進(jìn)一步地，作為圖1所述方法的具體實(shí)現(xiàn)，本發(fā)明實(shí)施例提供了一種應(yīng)用開(kāi)發(fā)裝置，如圖3所示，所述裝置包括：獲取單元31、執(zhí)行單元32。

獲取單元31，可以用于當(dāng)接收到用戶輸入的應(yīng)用開(kāi)發(fā)指令時(shí)，獲取所述應(yīng)用開(kāi)發(fā)指令中攜帶的API接口標(biāo)識(shí)以及需要填寫(xiě)的應(yīng)用參數(shù)。獲取單元31為本裝置中獲取應(yīng)用開(kāi)發(fā)指令中攜帶的API接口標(biāo)識(shí)和需要填寫(xiě)的應(yīng)用參數(shù)，以及從預(yù)設(shè)接口服務(wù)庫(kù)中獲取相應(yīng)預(yù)編譯API接口的主要功能模塊。

所述獲取單元31，還可以用于從預(yù)設(shè)接口服務(wù)庫(kù)中獲取與所述API接口標(biāo)識(shí)對(duì)應(yīng)的預(yù)編譯API接口，其中，所述預(yù)設(shè)接口服務(wù)庫(kù)中保存有不同的API接口標(biāo)識(shí)分別對(duì)應(yīng)的預(yù)編譯API接口，每個(gè)預(yù)編譯API接口由多個(gè)底層API接口組合編譯得到，且每個(gè)預(yù)編譯API接口對(duì)應(yīng)執(zhí)行一個(gè)應(yīng)用開(kāi)發(fā)操作。在本發(fā)明實(shí)施例中，可以根據(jù)不同的應(yīng)用開(kāi)發(fā)需求，預(yù)先編譯不同的API接口，并將不同的預(yù)編譯API接口的接口函數(shù)代碼保存在預(yù)設(shè)接口服務(wù)庫(kù)中。

執(zhí)行單元32，可以用于通過(guò)調(diào)用與所述獲取單元31獲取的API接口標(biāo)識(shí)對(duì)應(yīng)的預(yù)編譯API接口以及相應(yīng)填寫(xiě)所述應(yīng)用參數(shù)，執(zhí)行對(duì)目標(biāo)應(yīng)用的應(yīng)用開(kāi)發(fā)操作。執(zhí)行單元32為本裝置中執(zhí)行對(duì)目標(biāo)應(yīng)用的應(yīng)用開(kāi)發(fā)操作的主要功能模塊。

需要說(shuō)明的是，本發(fā)明實(shí)施例提供的一種應(yīng)用開(kāi)發(fā)裝置所涉及各功能單元的其他相應(yīng)描述，可以參考圖1中的對(duì)應(yīng)描述，在此不再贅述。

本發(fā)明實(shí)施例提供的一種應(yīng)用開(kāi)發(fā)裝置，包括：獲取單元、執(zhí)行單元等，與目前當(dāng)需要多次開(kāi)發(fā)應(yīng)用程序時(shí)，每次都需要人工編寫(xiě)復(fù)雜的代碼程序并在代碼程序中填寫(xiě)相應(yīng)的應(yīng)用參數(shù)的方式來(lái)執(zhí)行應(yīng)用開(kāi)發(fā)操作相比，本發(fā)明實(shí)施例可以預(yù)先編譯不同的API接口，每個(gè)預(yù)編譯API接口由多個(gè)底層API接口組合編譯得到，且每個(gè)預(yù)編譯API接口對(duì)應(yīng)執(zhí)行一個(gè)應(yīng)用開(kāi)發(fā)操作，在開(kāi)發(fā)應(yīng)用程序時(shí)，用戶可以直接輸入包含預(yù)編譯API接口標(biāo)識(shí)和需要填寫(xiě)應(yīng)用參數(shù)的應(yīng)用開(kāi)發(fā)指令，進(jìn)而執(zhí)行對(duì)目標(biāo)應(yīng)用相應(yīng)的應(yīng)用開(kāi)發(fā)操作，無(wú)需每次都需要人工編寫(xiě)復(fù)雜的代碼程序，減少了應(yīng)用開(kāi)發(fā)工作量，可以提高應(yīng)用開(kāi)發(fā)效率。

進(jìn)一步地，作為圖2所述方法的具體實(shí)現(xiàn)，本發(fā)明實(shí)施例提供了另一種應(yīng)用開(kāi)發(fā)裝置，如圖4所示，所述裝置包括：獲取單元41、執(zhí)行單元42。

獲取單元41，可以用于當(dāng)接收到用戶輸入的應(yīng)用開(kāi)發(fā)指令時(shí)，獲取所述應(yīng)用開(kāi)發(fā)指令中攜帶的API接口標(biāo)識(shí)以及需要填寫(xiě)的應(yīng)用參數(shù)。

所述獲取單元41，還可以用于從預(yù)設(shè)接口服務(wù)庫(kù)中獲取與所述API接口標(biāo)識(shí)對(duì)應(yīng)的預(yù)編譯API接口，所述預(yù)設(shè)接口服務(wù)庫(kù)中保存有不同的API接口標(biāo)識(shí)分別對(duì)應(yīng)的預(yù)編譯API接口，每個(gè)預(yù)編譯API接口由多個(gè)底層API接口組合編譯得到，且每個(gè)預(yù)編譯API接口對(duì)應(yīng)執(zhí)行一個(gè)應(yīng)用開(kāi)發(fā)操作。

執(zhí)行單元42，可以用于通過(guò)調(diào)用與所述獲取單元41獲取的API接口標(biāo)識(shí)對(duì)應(yīng)的預(yù)編譯API接口以及相應(yīng)填寫(xiě)所述應(yīng)用參數(shù)，執(zhí)行對(duì)目標(biāo)應(yīng)用的應(yīng)用開(kāi)發(fā)操作。

進(jìn)一步地，為了實(shí)現(xiàn)根據(jù)用戶輸入的應(yīng)用開(kāi)發(fā)指令執(zhí)行對(duì)目標(biāo)應(yīng)用相應(yīng)的應(yīng)用開(kāi)發(fā)操作，所述裝置還包括：處理單元43、配置單元44、建立單元45。

處理單元43，可以用于將不同的預(yù)編譯API接口分別對(duì)應(yīng)的接口函數(shù)代碼打包處理成接口服務(wù)庫(kù)，得到預(yù)設(shè)接口服務(wù)庫(kù)，并將所述預(yù)設(shè)接口服務(wù)庫(kù)保存在預(yù)置接口服務(wù)文件夾中。

配置單元44，可以用于將開(kāi)發(fā)框架工程配置在所述預(yù)置接口服務(wù)文件夾下，得到接口服務(wù)工程。

建立單元45，可以用于在應(yīng)用開(kāi)發(fā)環(huán)境中導(dǎo)入所述接口服務(wù)工程，并建立目標(biāo)應(yīng)用開(kāi)發(fā)工程與所述預(yù)設(shè)接口服務(wù)庫(kù)之間的依賴關(guān)系。

所述獲取單元41，具體可以用于通過(guò)所述依賴關(guān)系，從預(yù)設(shè)接口服務(wù)庫(kù)中獲取與所述API接口標(biāo)識(shí)對(duì)應(yīng)的預(yù)編譯API接口。

進(jìn)一步地，為了幫助指導(dǎo)用戶如何使用預(yù)編譯API接口，所述裝置還包括：顯示單元46。

顯示單元46，可以用于顯示預(yù)編譯API接口的使用說(shuō)明文檔，所述使用說(shuō)明文檔中包含預(yù)設(shè)接口服務(wù)庫(kù)中不同預(yù)編譯API接口的使用說(shuō)明信息，以及每個(gè)預(yù)編譯API接口對(duì)應(yīng)執(zhí)行的應(yīng)用開(kāi)發(fā)操作信息，進(jìn)而可以幫助指導(dǎo)用戶如何使用預(yù)編譯API接口，從而可以提高應(yīng)用開(kāi)發(fā)效率。

進(jìn)一步地，為了滿足對(duì)預(yù)編譯API接口的更新需求，所述裝置還包括：更新單元47。

所述獲取單元41，還可以用于當(dāng)接收到對(duì)預(yù)設(shè)接口服務(wù)庫(kù)的更新指令時(shí)，獲取所述預(yù)設(shè)接口服務(wù)庫(kù)對(duì)應(yīng)的更新信息。

所述更新單元47，可以用于根據(jù)所述獲取單元41獲取到的更新信息對(duì)所述預(yù)設(shè)接口服務(wù)庫(kù)中的預(yù)編譯API接口進(jìn)行更新。例如，根據(jù)更新信息，對(duì)預(yù)編譯API接口對(duì)應(yīng)的接口函數(shù)代碼進(jìn)行修改，或者添加新的預(yù)編譯API接口對(duì)應(yīng)的接口函數(shù)代碼，進(jìn)而可以增加新的應(yīng)用開(kāi)發(fā)操作，可以滿足對(duì)預(yù)編譯API接口的更新需求。

需要說(shuō)明的是，本發(fā)明實(shí)施例提供的另一種應(yīng)用開(kāi)發(fā)裝置所涉及各功能單元的其他相應(yīng)描述，可以參考圖2中的對(duì)應(yīng)描述，在此不再贅述。

本發(fā)明實(shí)施例提供的另一種應(yīng)用開(kāi)發(fā)裝置，包括：獲取單元、執(zhí)行單元、處理單元、配置單元、建立單元、顯示單元、更新單元等，與目前當(dāng)需要多次開(kāi)發(fā)應(yīng)用程序時(shí)，每次都需要人工編寫(xiě)復(fù)雜的代碼程序并在代碼程序中填寫(xiě)相應(yīng)的應(yīng)用參數(shù)的方式來(lái)執(zhí)行應(yīng)用開(kāi)發(fā)操作相比，本發(fā)明實(shí)施例可以預(yù)先編譯不同的API接口，每個(gè)預(yù)編譯API接口由多個(gè)底層API接口組合編譯得到，且每個(gè)預(yù)編譯API接口對(duì)應(yīng)執(zhí)行一個(gè)應(yīng)用開(kāi)發(fā)操作，在開(kāi)發(fā)應(yīng)用程序時(shí)，用戶可以直接輸入包含預(yù)編譯API接口標(biāo)識(shí)和需要填寫(xiě)應(yīng)用參數(shù)的應(yīng)用開(kāi)發(fā)指令，進(jìn)而執(zhí)行對(duì)目標(biāo)應(yīng)用相應(yīng)的應(yīng)用開(kāi)發(fā)操作，無(wú)需每次都需要人工編寫(xiě)復(fù)雜的代碼程序，減少了應(yīng)用開(kāi)發(fā)工作量；并且可以顯示預(yù)編譯API接口的使用說(shuō)明文檔，幫助指導(dǎo)用戶如何使用預(yù)編譯API接口，從而可以提高應(yīng)用開(kāi)發(fā)效率。

在上述實(shí)施例中，對(duì)各個(gè)實(shí)施例的描述都各有側(cè)重，某個(gè)實(shí)施例中沒(méi)有詳述的部分，可以參見(jiàn)其他實(shí)施例的相關(guān)描述。

可以理解的是，上述方法及裝置中的相關(guān)特征可以相互參考。另外，上述實(shí)施例中的“第一”、“第二”等是用于區(qū)分各實(shí)施例，而并不代表各實(shí)施例的優(yōu)劣。

所屬領(lǐng)域的技術(shù)人員可以清楚地了解到，為描述的方便和簡(jiǎn)潔，上述描述的系統(tǒng)，裝置和單元的具體工作過(guò)程，可以參考前述方法實(shí)施例中的對(duì)應(yīng)過(guò)程，在此不再贅述。

在此提供的算法和顯示不與任何特定計(jì)算機(jī)、虛擬系統(tǒng)或者其它設(shè)備固有相關(guān)。各種通用系統(tǒng)也可以與基于在此的示教一起使用。根據(jù)上面的描述，構(gòu)造這類(lèi)系統(tǒng)所要求的結(jié)構(gòu)是顯而易見(jiàn)的。此外，本發(fā)明也不針對(duì)任何特定編程語(yǔ)言。應(yīng)當(dāng)明白，可以利用各種編程語(yǔ)言實(shí)現(xiàn)在此描述的本發(fā)明的內(nèi)容，并且上面對(duì)特定語(yǔ)言所做的描述是為了披露本發(fā)明的最佳實(shí)施方式。

在此處所提供的說(shuō)明書(shū)中，說(shuō)明了大量具體細(xì)節(jié)。然而，能夠理解，本發(fā)明的實(shí)施例可以在沒(méi)有這些具體細(xì)節(jié)的情況下實(shí)踐。在一些實(shí)例中，并未詳細(xì)示出公知的方法、結(jié)構(gòu)和技術(shù)，以便不模糊對(duì)本說(shuō)明書(shū)的理解。

類(lèi)似地，應(yīng)當(dāng)理解，為了精簡(jiǎn)本公開(kāi)并幫助理解各個(gè)發(fā)明方面中的一個(gè)或多個(gè)，在上面對(duì)本發(fā)明的示例性實(shí)施例的描述中，本發(fā)明的各個(gè)特征有時(shí)被一起分組到單個(gè)實(shí)施例、圖、或者對(duì)其的描述中。然而，并不應(yīng)將該公開(kāi)的方法解釋成反映如下意圖：即所要求保護(hù)的本發(fā)明要求比在每個(gè)權(quán)利要求中所明確記載的特征更多的特征。更確切地說(shuō)，如下面的權(quán)利要求書(shū)所反映的那樣，發(fā)明方面在于少于前面公開(kāi)的單個(gè)實(shí)施例的所有特征。因此，遵循具體實(shí)施方式的權(quán)利要求書(shū)由此明確地并入該具體實(shí)施方式，其中每個(gè)權(quán)利要求本身都作為本發(fā)明的單獨(dú)實(shí)施例。

本領(lǐng)域那些技術(shù)人員可以理解，可以對(duì)實(shí)施例中的設(shè)備中的模塊進(jìn)行自適應(yīng)性地改變并且把它們?cè)O(shè)置在與該實(shí)施例不同的一個(gè)或多個(gè)設(shè)備中?？梢园褜?shí)施例中的模塊或單元或組件組合成一個(gè)模塊或單元或組件，以及此外可以把它們分成多個(gè)子模塊或子單元或子組件。除了這樣的特征和/或過(guò)程或者單元中的至少一些是相互排斥之外，可以采用任何組合對(duì)本說(shuō)明書(shū)(包括伴隨的權(quán)利要求、摘要和附圖)中公開(kāi)的所有特征以及如此公開(kāi)的任何方法或者設(shè)備的所有過(guò)程或單元進(jìn)行組合。除非另外明確陳述，本說(shuō)明書(shū)(包括伴隨的權(quán)利要求、摘要和附圖)中公開(kāi)的每個(gè)特征可以由提供相同、等同或相似目的的替代特征來(lái)代替。

此外，本領(lǐng)域的技術(shù)人員能夠理解，盡管在此所述的一些實(shí)施例包括其它實(shí)施例中所包括的某些特征而不是其它特征，但是不同實(shí)施例的特征的組合意味著處于本發(fā)明的范圍之內(nèi)并且形成不同的實(shí)施例。例如，在下面的權(quán)利要求書(shū)中，所要求保護(hù)的實(shí)施例的任意之一都可以以任意的組合方式來(lái)使用。

本發(fā)明的各個(gè)部件實(shí)施例可以以硬件實(shí)現(xiàn)，或者以在一個(gè)或者多個(gè)處理器上運(yùn)行的軟件模塊實(shí)現(xiàn)，或者以它們的組合實(shí)現(xiàn)。本領(lǐng)域的技術(shù)人員應(yīng)當(dāng)理解，可以在實(shí)踐中使用微處理器或者數(shù)字信號(hào)處理器(DSP)來(lái)實(shí)現(xiàn)根據(jù)本發(fā)明實(shí)施例的一種應(yīng)用開(kāi)發(fā)方法及裝置中的一些或者全部部件的一些或者全部功能。本發(fā)明還可以實(shí)現(xiàn)為用于執(zhí)行這里所描述的方法的一部分或者全部的設(shè)備或者裝置程序(例如，計(jì)算機(jī)程序和計(jì)算機(jī)程序產(chǎn)品)。這樣的實(shí)現(xiàn)本發(fā)明的程序可以存儲(chǔ)在計(jì)算機(jī)可讀介質(zhì)上，或者可以具有一個(gè)或者多個(gè)信號(hào)的形式。這樣的信號(hào)可以從因特網(wǎng)網(wǎng)站上下載得到，或者在載體信號(hào)上提供，或者以任何其他形式提供。

應(yīng)該注意的是上述實(shí)施例對(duì)本發(fā)明進(jìn)行說(shuō)明而不是對(duì)本發(fā)明進(jìn)行限制，并且本領(lǐng)域技術(shù)人員在不脫離所附權(quán)利要求的范圍的情況下可設(shè)計(jì)出替換實(shí)施例。在權(quán)利要求中，不應(yīng)將位于括號(hào)之間的任何參考符號(hào)構(gòu)造成對(duì)權(quán)利要求的限制。單詞“包含”不排除存在未列在權(quán)利要求中的元件或步驟。位于元件之前的單詞“一”或“一個(gè)”不排除存在多個(gè)這樣的元件。本發(fā)明可以借助于包括有若干不同元件的硬件以及借助于適當(dāng)編程的計(jì)算機(jī)來(lái)實(shí)現(xiàn)。在列舉了若干裝置的單元權(quán)利要求中，這些裝置中的若干個(gè)可以是通過(guò)同一個(gè)硬件項(xiàng)來(lái)具體體現(xiàn)。單詞第一、第二、以及第三等的使用不表示任何順序?？蓪⑦@些單詞解釋為名稱。