如何理解 iOS API

1.對這個定義的理解需要追溯到作業系統的發展歷史，當Windows作業系統開始佔據主導地位時，Windows平台下的應用程式開發就成為一種需要。 在Windows程式設計領域發展的早期階段，Windows程式設計師唯一可以使用的程式設計工具是API函式，API函式是Windows提供給應用程式和作業系統的介面。 因此，您可以將 API 函式視為整個 Windows 框架的基石，其下是 Windows 作業系統的核心，其上是所有華麗的 Windows 應用程式。

2、當時Windows程式開發還是一項比較複雜的工作，程式設計師要記住很多常用的API函式，還要對Windows作業系統有深入的了解。 但是，隨著軟體技術的不斷發展，Windows平台上湧現出許多優秀的視覺化程式設計環境，程式設計師可以使用“所見即所得”的程式設計方法開發具有美觀使用者介面和強大功能的應用程式。

3、視覺化程式設計環境操作簡單，介面友好（如VB、VC++、DELPHI等），這些工具中提供了大量的庫和各種控制項，取代了API的神秘功能，其實這些庫和控制項都是在Win32 API函式的基礎上構建的， 它們是封裝的 API 函式的集合。它們將常用的 API 函式組合到控制項或類庫中，並賦予其方便的使用方式，因此大大加快了 Windows 應用程式開發的過程。 有了這些控制項和庫，程式設計師可以專注於設計程式的整體功能，而不必過多關注技術細節。

4.其實，要想開發乙個更靈活、更實用、更高效的應用，就必須涉及到API函式的直接使用，雖然庫和控制項讓應用的開發簡單了很多，但是它們只提供了Windows的一般功能，對於更複雜和特殊的功能，使用類庫和控制項是很難實現的， 那麼就需要使用 API 函式來實現。

5.這也是使用API函式的場合，所以我們在處理API函式時不必研究每個函式的用法，這也是不現實的（可以使用的API函式有上千種）。 不要學習 API，在需要時查詢 API 幫助就足夠了。

簡單來說，就是別人開發了乙個程式，你想用它，他會告訴你呼叫哪個函式，把什麼引數傳遞給這個函式，然後它會返回給你什麼樣的結果，你不需要知道他的函式是怎麼做的，只要你知道這個呼叫可以用來準備某個函式就行了。 破壞力差。

例如，如果別人做了乙個幾何處理程式，你想計算乙個圓的面積，他會告訴你把半徑傳給他，他會把面積值傳給你，你不在乎他怎麼計算。

API 是這個模型的乙個更複雜的應用程式，涉及硬體和軟體的許多方面，但總的來說，他會告訴你如何使用它以及可以產生什麼結果，你可以直接使用它。