REST API之上的SDK - 開銷？

Question

據我所知SDK和API是不同的，不能完全但SDK是實現模具VS API更加接口。

的SDK可以提供一組工具，輔助類（即簡化了API的訪問例如額外的代碼），具體的語言綁定和示例代碼，以幫助用戶開發和使用的API。通常，您可以擁有一個暴露一組功能的API，並擁有多個SDK來訪問該API。 API可能並不總是存在，但在提供API時它很有用。

我們有，我們正在開發的REST API訪問數據的要求，我的建議是這樣的事實，

我們不應該負擔過重的API設計創建REST API之上SDK。客戶端需要的東西很多，您可以將這種負擔推給SDK。 該SDK可提供開發人員在他們的應用程序使用調用API操作平臺特定的代碼 - 這意味着我們可以保持API整潔。

一個其他建築師是不感興趣的REST API之上開發SDK，他覺得SDK將是一個額外的開銷..

我只是想從這個論壇讓各種想法...任何建議的，反饋意見將是非常有用的..

感謝，
BARANI

Answer 1

Whooh ......這是縮寫的時間！

SDK的通常只是包裝類和功能，使訪問您的REST或其他web服務的API更容易。它們本身就是API，因爲它們提供了一個程序員使用的接口。而不必使您的客戶端運行卷曲或其他web請求直接向你的web API，你可以抽象，對他們。

如果你正在構建一個SDK，酷，但核心Web API應該是乾淨的，可以理解的，並站在它自己的優點。

我不是SDK的忠實粉絲，除非您的客戶羣體無法直接訪問/使用REST服務或者沒有真正的開發人員。例如，如果您的目標網絡營銷人員需要插入代碼，並且難以比像Facebook這樣的按鈕更復雜。 SDK將增加現在和將來的開銷和維護開銷 - 尤其是在不同的平臺上。花費額外的時間來改進您的REST API。