妳可能在很多書上看到過API的英文全稱，WIN32 API是微軟Windows 32位平臺的應用編程接口。對這個定義的理解需要追溯到操作系統的發展史。當WINDOWS操作系統開始占據主導地位時，人們有必要在WINDOWS平臺下開發應用程序。在WINDOWS編程領域發展的早期，WINDOWS程序員能使用的編程工具只有API函數，API函數是WINDOWS提供給應用程序和操作系統的接口。它們像“積木”壹樣，可以構建各種界面豐富、功能靈活的應用。所以可以認為API函數是整個WINDOWS框架的基石。它下面是WINDOWS的操作系統核心，上面都是華麗的WINDOWS應用。
然而，在當時，WINDOWS程序的開發仍然是壹項復雜的工作。程序員必須記住大量常用的API函數，並對WINDOWS操作系統有深刻的理解。然而，隨著軟件技術的不斷發展，WINDOWS平臺上出現了許多優秀的可視化編程環境。程序員可以使用“所見即所得”的編程方法，開發出用戶界面精美、功能強大的應用程序。
這些優秀的可視化編程環境操作簡單，界面友好(如VB、VC、DELPHI等。)，並且這些工具中提供了大量的類庫和各種控件，替代了API的神秘功能。實際上，這些類庫和控件是基於WIN32 API函數的，是封裝的API函數的集合。他們將常用的API函數組合成壹個控件或類庫，並賦予其方便的使用方式，因此大大加快了WINDOWS應用程序開發的進程。有了這些控件和類庫，程序員可以專註於程序整體功能的設計，而不必過多關註技術細節。
事實上，如果我們想要開發更加靈活、實用、高效的應用程序，就必須直接使用API函數。雖然類庫和控件使得應用程序的開發簡單了很多，但是它們只提供了WINDOWS的壹般功能。對於比較復雜和特殊的功能，用類庫和控件來實現是非常困難的，所以需要API函數來實現。
這也是使用API函數的場合，我們不必壹直研究每個函數的用法，這也是不現實的(可以使用的API函數有成千上萬個)。就像壹個大蝦說的:不要學API，需要的時候查API幫助就行了。