API(Application Programming Interface,應用程序編程接口)是壹些預先定義的函數，目的是提供應用程序與開發人員基於某軟件或硬件的以訪問壹組例程的能力，而又無需訪問源碼，或理解內部工作機制的細節。
windows API
什麽是windows API
Windows API是壹套用來控制Windows的各個部件(從桌面的外觀到為壹個新進程分配的內存)的外觀和行為的壹套預先定義的Windows函數.用戶的每個動作都會引發壹個或幾個函數的運行以告訴Windows發生了什麽.
這在某種程度上很象Windows的天然代碼.其他的語言只是提供壹種能自動而且更容易的訪問API的方法.VB在這方面作了很多工作.它完全隱藏了API並且提供了在Windows環境下編程的壹種完全不同的方法. 這也就是說,妳用VB寫出的每行代碼都會被VB轉換為API函數傳遞給Windows.例如,Form1.Print...VB 將會以壹定的參數(妳的代碼中提供的,或是默認參數)調用TextOut 這個API函數. 。同樣,當妳點擊窗體上的壹個按鈕時,Windows會發送壹個消息給窗體(這對於妳來說是隱藏的),VB獲取這個調用並經過分析後生成壹個特定事件(Button_Click).
API函數包含在Windows系統目錄下的動態連接庫文件中(如User32.dll,GDI32.dll,Shell32.dll...).
API 聲明
正如在"什麽是API"中所說,API函數包含在位於系統目錄下的DLL文件中.妳可以自己輸入API函數的聲明,但VB提供了壹種更簡單的方法,即使用API Text Viewer. 要想在妳的工程中聲明API函數,只需運行API Text Viewer,打開Win32api.txt(或.MDB如果妳已經把它轉換成了數據庫的話,這樣可以加快速度.註:微軟的這個文件有很多的不足,妳可以試壹下本站提供下載的api32.txt),選擇"聲明",找到所需函數,點擊"添加(Add)"並"復制(Copy)",然後粘貼(Paste)到妳的工程裏.使用預定義的常量和類型也是同樣的方法.
妳將會遇到壹些問題:
假設妳想在妳的窗體模塊中聲明壹個函數.粘貼然後運行,VB會告訴妳:編譯錯誤...Declare 語句不允許作為類或對象模塊中的 Public 成員...看起來很糟糕,其實妳需要做的只是在聲明前面添加壹個Private(如 Private Declare Function...).--不要忘了,可是這將使該函數只在該窗體模塊可用. 在有些情況下,妳會得到"不明確的名稱"這樣的提示,這是因為函數.常量或其他的什麽東西***用了壹個名稱.由於絕大多數的函數(也可能是全部,我沒有驗證過)都進行了別名化,亦即意味著妳可以通過Alias子句使用其它的而不是他們原有的名稱,妳只需簡單地改變壹下函數名稱而它仍然可以正常運行.
API 分為四種類型：
遠程過程調用（RPC）：通過作用在***享數據緩存器上的過程（或任務）實現程序間的通信。
標準查詢語言（SQL）：是標準的訪問數據的查詢語言，通過通用數據庫實現應用程序間的數據***享。
文件傳輸：文件傳輸通過發送格式化文件實現應用程序間數據***享。
信息交付：指松耦合或緊耦合應用程序間的小型格式化信息，通過程序間的直接通信實現數據***享。
當前應用於 API 的標準包括 ANSI 標準 SQL API。另外還有壹些應用於其它類型的標準尚在制定之中。API 可以應用於所有計算機平臺和操作系統。這些 API 以不同的格式連接數據（如***享數據緩存器、數據庫結構、文件框架）。每種數據格式要求以不同的數據命令和參數實現正確的數據通信，但同時也會產生不同類型的錯誤。因此，除了具備執行數據***享任務所需的知識以外，這些類型的 API 還必須解決很多網絡參數問題和可能的差錯條件，即每個應用程序都必須清楚自身是否有強大的性能支持程序間通信。相反由於這種 API 只處理壹種信息格式，所以該情形下的信息交付 API 只提供較小的命令、網絡參數以及差錯條件子集。正因為如此，交付 API 方式大大降低了系統復雜性，所以當應用程序需要通過多個平臺實現數據***享時，采用信息交付 API 類型是比較理想的選擇。
API 與圖形用戶接口（GUI）或命令接口有著鮮明的差別：
API 接口屬於壹種操作系統或程序接口，而後兩者都屬於直接用戶接口。 有時公司會將 API 作為其公***開放系統。也就是說，公司制定自己的系統接口標準，當需要執行系統整合、自定義和程序應用等操作時，公司所有成員都可以通過該接口標準調用源代碼，該接口標準被稱之為開放式 API。
apt
1.apt Protel程序專用格式（非通用）。
Protel是Altium公司(Protel Technology公司)開發的壹款功能強大的電路設計自動化軟件
ASIA-PACIFIC TELECOMMUNITY 亞太電信聯盟，由亞洲、太平洋地區的國家組成的電信組織。
2.套利定價模型(Arbitrage pricing theory)的縮寫,APT
壹種資產價格的估值模型，是資本資產定價模型（CAPM）的替代理論。
雖然被稱作套利定價模型，但實際與套利交易無關，是適用於所有資產的估值模型，其理論基礎是壹項資產的價格是由不同因素驅動，將這些因素乘上該因素對資產價格影響的貝塔系數，加總後，再加上無風險收益率，就可以得出該項資產的價值。雖然APT理論上很完美，但是由於它沒有給出都是哪些因素驅動資產價格，這些因素可能數量眾多，只能憑投資者經驗自行判斷選擇，此外每項因素都要計算相應的貝塔值，而CAPM模型只需計算壹個貝塔值，所以在對資產價格估值的實際應用時，CAPM比APT使用地更廣泛。
3.Advanced Process Termination (APT) 是簡單但強大的程序。它使用 9 種不同的方法終止惡意程序的進程，除此之外 APT 還允許妳 暫停/繼續 進程列表中的任意壹個進程。
4 .Annotation Processing Tool(APT)是JAX-WS重要的組成部分,由於JAX-WS2.0規範用到很多元數據,所以需要APT來處理眾多的Annotations.在<JDK_HOME>/bin下有兩個命令wsgen和wsimport,就是用到APT和Compiler API來處理碰到的Annotations,wsgen可以為Web Services Provider產生並編譯必要的幫助類和相關支持文件,wsimport以WSDL作為輸入為Web Service Consumer產生並編譯必要的幫助類和相關支持文件
5. Advanced Packaging Tool （apt）是Linux下的壹款安裝包管理工具。
最初只有.tar.gz的打包文件，用戶必須編譯每個他想在GNU/Linux上運行的軟件。用戶們普遍認為系統很有必要提供壹種方法來管理這些安裝在機器上的軟件包，當Debian誕生時，這樣壹個管理工具也就應運而生，它被命名為dpkg。從而著名的“package”概念第壹次出現在GNU/Linux系統中，稍後Red Hat才決定開發自己的“rpm”包管理系統。
很快壹個新的問題難倒了GNU/Linux制作者，他們需要壹個快速、實用、高效的方法來安裝軟件包，當軟件包更新時，這個工具應該能自動管理關聯文件和維護已有配置文件。Debian再次率先解決了這個問題，APT(Advanced Packaging Tool)作為dpkg的前端誕生了。APT後來還被Conectiva改造用來管理rpm，並被其它Linux發行版本采用為它們的軟件包管理工具。
6.Automatically Programmed Tools是語言編程系統中，流傳廣泛。影響最深、最具有代表性的，由美國MIT研制。APT是1955年推出的，1958年完成APTⅡ，1961年提出了APTⅢ適用於3~5坐標立體曲面自動編程。
1985年ISO（國際標準化組織）公布的數控機床自動編程語言（ISO4342—1985）就是以APT語言為基礎的。