對於程式設計師來說程式設計只是手段，而不是目的。俗話說：“條條大路通羅馬”，只要能實現功能用什麼都可以的。API是可複用的一套介面，使用API能夠大大提升程式設計師的開發效率，但有的時候也會適得其反。API只是程式設計師實現業務的工具，而不是程式設計師的水和空氣。那我們該如何決定是否使用API，以及如何選擇API呢？

任何事物都有兩面性，API同樣是如此。API雖然為程式設計師提供了便利，但程式設計師也要承擔API的風險，比如部署API的伺服器宕機，API Bug導致的資料錯誤等等。我們在開發過程中就曾遇到過API端故障和更改導致的資料錯誤的問題，導致我們排查了好久，總結的結論就是要大膽質疑。

千萬不要貪圖API提供給我們的便利，有一句俗語叫“愛一個人，就要接受這個人的所有缺點”。作為程式設計師的你會因API用久之後卻同時還要忍受API帶來的種種限制麼？和人的感情不同的是，API只是我們使用的一套工具，一定要對選定的API深入學習，並且能夠了解同類其他的框架以免有後顧之憂。

程式設計師做軟體開發一定要記住：自己才是王者，API只是僕從。如果哪天我們冷靜思考之後，發現角色互換了，那一定是哪裡出了問題。一種情況就是目前對API的瞭解還不足以掌控API的使用，另一種很可能就是API已經不再滿足軟體演進在當下和未來的需求。

大家有哪些刻骨銘心的API使用經歷呢？

API,IDE，程式語言都只是工具。設計程式的思路才是核心。所以，沒有API的情況，看你的時間和能力夠不夠，時間夠自己造，時間不夠就換個有API的平臺

API是標準介面，在我們這個領域，正在往這方面發展的過程中，準備制定API，也就是說，我們之前的工作是完全不用API的，不用API用啥，是不是就是用匯編語言，並不是這樣的，與API相對的是非標開發，或者說底層程式設計。

首先，需要自己寫一套庫函式，基本輸入輸出，型別轉換，裝置驅動，主要是用C語言，只有極少數如啟動程式碼用匯編。

第二，自己寫框架，自己制定呼叫介面，因為整個軟體是多人合作的，所以也得有資料互動的介面，透過檔案和會議確定下來，只是這種介面是非標，是專用的，是不容易複用的，如果換一個專案，就必須重寫

為什麼要 脫離API，很不現實啊，在網際網路這種快節奏的環境下，不用API 怎麼寫程式碼 你用1+1=2的時候 要先研究1+1為什麼等於2嗎？如果單純是學習技術可以用c語言從基礎寫起，或者直接搞組合語言