如果今天沒有API介面，今天的程式設計師如何程式設計？

這是一個非常有意思的問題，作為一名從業多年的程式設計師，我來回答一下這個問題。

首先，介面是程式設計過程中最為常見的元素，不論是研發級程式設計師還是應用級程式設計師，在日常的程式設計過程中都是離不開介面的。介面可以看成是程式設計過程中連線各種資源的方式，在按角色開發的時代，程式設計師不可能一個人完成所有從硬體到軟體的開發過程，所以如果沒有介面的幫助，整個軟體開發將無法實現規模化發展。

在雲端計算技術逐漸普及的當下，介面對於程式設計的意義得到了進一步的體現，現在的介面也進入到了“微介面”時代，以適應大資料時代對於程式設計的要求。所謂的“微介面”是對應於“微服務”的概念，使得程式的呼叫更輕，也更容易實現模組化封裝。當然，微介面的程式設計對於雲端計算平臺提出了更高的要求，尤其是對於PaaS的要求。

如果當前的程式設計師無法透過介面來完成資源的整合，那麼程式設計體系將出現巨大的變化，從目前的技術體系結構來看，完全脫離介面進行程式設計是不現實的。也許在未來的人工智慧時代，程式設計師可以只關心業務邏輯，而無需關心各種資源的整合，那個時候也許介面將會以另一種形式來呈現。

程式設計師如果脫離介面進行程式設計將面臨三大障礙，其一是如何完成硬體資源的管理；其二是如何完成各種開發資源的呼叫；其三是如何完成功能的擴充套件。當然，如果沒有介面的支援，這些工作都需要程式設計師從頭開始做，那麼在當前的技術體系結構下，這種開發方式是不可想象的，也並不是“996”能夠解決的問題。

我從事網際網路行業多年，目前也在帶計算機專業的研究生，主要的研究方向集中在大資料和人工智慧領域，我會陸續寫一些關於網際網路技術方面的文章，感興趣的朋友可以關注我，相信一定會有所收穫。

如果有網際網路、大資料、人工智慧等方面的問題，或者是考研方面的問題，都可以在評論區留言，或者私信我！

什麼是API介面，具體是什麼意思？

作為軟體應用而言，很多資源和資料不一定就是由其自身提供的，某些功能還是需要呼叫第三方提供的服務，這其中就涉及到API介面的呼叫。

什麼是API介面？

API是指應用程式程式設計介面，我們透過API介面可以實現特定的功能，而不需要了解其內部實現細節。可以把API介面理解為是特定服務的一種封裝，將服務封裝起來提供給他人呼叫，這樣一來很多功能不需要從新開發。

舉個例子，我們想要知道一周天氣如何，如果由自己來實現這個功能很難，因為天氣資料只有氣象部門才知道。那該如何知道天氣資訊呢？氣象部分提供資料API給我們使用，我們只要輸入地區就會知道該地區一週的天氣情況，但我們並不需要了解這天氣預報是如何實現的。

另外，不同系統和程式語言之間的資料通訊往往也採用API形式進行資料交接。

上面我們說到了，API其實就是一類服務的封裝。我們可以使用不同的程式語言編寫API，開發習慣和程式語言的不同導致API風格也存在差異。常見的API有以下幾種形式：

1、HTTP型別介面

基於HTTP協議提供的API，這類API常常以“網址”形式提供的，像現在主流的RESTful就屬於這類介面。

2、RPC介面

RPC它是指遠端過程呼叫，將一部分程式碼邏輯放在遠端伺服器上部署，然後在需要的地方呼叫即可（呼叫遠端方法就像呼叫本地方法一樣），本質上是Client/Server模式，而且支援多種協議和資料傳輸方式。

3、Web Service 介面

Web Service並不具象地指某種API，我們將以WEB形式提供的服務都稱之為Web Service，像RESTful也屬於Web Service。