隨著軟件規模的日益龐大，開發者常常需要把復雜的系統劃分成小的組成部分，這個時候，編程接口的設計就顯得尤為重要。良好的接口設計可以降低系統各部分的相互依賴，提高組成單元的內聚性，降低組成單元間的耦合程度，從而提高系統的維護性和擴展性。

而對于接口，最讓大家耳熟能詳的莫過于API和SDK。這兩者都有哪些特點，作為開發者又該如何選擇，今天的這篇文章，將給你全方位的解答。

什么是API?如果你在百度百科上搜索，你會得到如下結果：

API(Application Programming Interface，應用程序編程接口)是一些預先定義的函數，目的是提供應用程序與開發人員基于某軟件或硬件得以訪問特定的能力，而又無需訪問源碼，或理解內部工作機制的細節。

通俗易懂的說，API 其實就是別人已經寫好的可以實現特定功能的函數，而你只需要調用他的方法，傳入他規定的參數，然后這個函數就會幫你實現這些功能，且不需要知道這些功能的具體實現過程都是什么。

API 的程序功能包括以下這幾個方面：

遠程過程調用(RPC)

通過作用在共享數據緩存器上的過程(或任務)實現程序間的通信。

標準查詢語言(SQL)

是標準的訪問數據的查詢語言，通過通用數據庫實現應用程序間的數據共享。

文件傳輸

文件傳輸通過發送格式化文件實現應用程序間數據共享。

信息交付

指松耦合或緊耦合應用程序間的小型格式化信息，通過程序間的直接通信實現數據共享。

而至于SDK即為“軟件開發工具包”，是用于為特定軟件包、軟件框架、硬件平臺、操作系統等建立應用軟件時所用的開發工具的集合。

SDK實現其功效的主要手段是封裝操作。封裝是在客戶端層面的Library(也叫做“包”或者“庫”)進行的，這個Library可以是Dynamic Library(動態庫)或者 Static Library(靜態庫)，它提供的是一些客戶端API接口。

當然，SDK不光存在于客戶端，服務端也有，只要是封裝了一組完整的操作和規范就算。所以，可以說SDK實際上是一種中間服務的功能，將一組不易使用及不透明的API封裝成另一組對第三方透明且易于使用的API。比如說支付寶SDK，是把支付寶內部的一些API操作封裝之后，暴露成易于外部開發人員使用以及兼顧數據安全性的另一組API，就可以稱為SDK。

云服務實現了IT資源與能力的共享，通過API和SDK，開發者得以像搭積木一樣快速搭建產品架構，這大大降低了開發成本與門檻。而對于軟件提供商來說，留出API和SDK，讓別的開發者來調用，形成生態，軟件才能發揮***的價值;

那么問題來了，兩種接口都是如此的優秀，身為開發者，該如何選擇呢?

從本質上來看，API是一個具體的函數，一個確定的功能，已經明確了它的作用(比如做加法)。而SDK就像是很多方法的集合體，是一個工具集。比如你要做加法，你就調用計算機SDK的加法API，要做減法就調用減法API，無論你想完成什么計算，SDK里總有能實現的方法。再比如你要開車去一個地方，車就是SDK，可以讓你完成到達目的地的目的。車上的方向盤，燈，發動機，油門，剎車像一個個API，你在使用SDK時，就是調用一個個API功能。如果貼心一點的車，可能還帶有使用說明(SDK說明文檔)。

SDK還有一點是除了提供完善的接口，它還會給你提供開發環境。例如java的JDK里，除了各種API，還包括了java運行需要的JRE。

而從整體運維上來看

API開發成本低，對接比較簡單，可以快速驗證商業模式和用戶體驗，但是API會經過對接平臺，廠商會獲取到對接平臺相關數據信息。而SDK對接后的功能比較穩定，響應速度快，而且對接平臺相關數據不會被獲取，但是需要的開發環節較多，開發工作量大，對接周期略長。

所以，大家在實際開發過程中，如果只是簡單功能調用，還是使用API更快速便捷一些;如果是繁瑣復雜的功能，多數情況下還是使用SDK更穩妥一些。

總而言之，沒有哪種接口是***的，只有哪種接口是最適合開發需求的。

【本文為51CTO專欄作者“移動Labs”原創稿件，轉載請聯系原作者】

戳這里，看該作者更多好文