API（Application Programming Interface,應用程序編程接口）是一些預先定義的函數，目的是提供應用程序與開發人員基於某軟件或硬件得以訪問一組例程的能力，而又無需訪問源碼，或理解內部工作機制的細節。
Windows API
API函數包含在Windows系統目錄下的動態連接庫文件中。Windows API是一套用來控制Windows的各個部件的外觀和行爲的預先定義的Windows函數。用戶的每個動作都會引發一個或幾個函數的運行以告訴Windows發生了什麼。這在某種程度上很像Windows的天然代碼。而其他的語言只是提供一種能自動而且更容易的訪問API的方法。當你點擊窗體上的一個按鈕時，Windows會發送一個消息給窗體，VB獲取這個調用並經過分析後生成一個特定事件。
更易理解來說：Windows系統除了協調應用程序的執行、內存的分配、系統資源的管理外，同時他也是一個很大的服務中心。調用這個服務中心的各種服務(每一種服務就是一個函數)可以幫助應用程序達到開啓視窗、描繪圖形和使用周邊設備等目的，由於這些函數服務的對象是應用程序，所以稱之爲Application
Programming Interface，簡稱API 函數。WIN32 API也就是MicrosoftWindows 32位平臺的應用程序編程接口。
linux API
在linux中，用戶編程接口API遵循了UNIX中最流行的應用編程界面標準---POSIX標準。POSIX標準是由IEEE和ISO/IEC共同開發的標準系統。該標準基於當時現有的UNIX實踐和經驗，描述了操作系統的系統調用編程接口API，用於保證應用程序可以在源程序一級上在多種操作系統上移植運行。這些系統調用編程接口主要是通過C庫（LIBC）來實現的。
▪
1. API之網絡函數 ▪
2. API之消息函數 ▪
3. API之文件處理函數▪
4. API之打印函數 ▪
5. API之文本和字體函數 ▪
6. API之菜單函數 ▪
7. API之位圖、圖標和光柵運算函數 ▪
8. API之繪圖函數▪
9. API之設備場景函數 ▪
10. API之硬件與系統函數 ▪
11. API之進程和線程函數 ▪
12. API之控件與消息函數
我現在在做一個一鍵發送WIFI的MFC程序，我現在要解決幾個問題。
1.我想做個好看的界面，這裏面5，6，7，8應該用的上。
2.我想調用CMD命令的時候把那個去黑屏去掉，應該用的到2？10？12？
3.我想把手動適配器共享那一步自動化，那麼我應該要用到10,12要嗎？
如果有錯，請指教。
我這裏我選出一段 一鍵WIFI MFC程序 建立的代碼，開關WIFI代碼就可以自己想出來了。現在的問題是我要去掉這個黑屏，也就是不用system("")，還有我要調用適配器。
void CWIFIDlg::OnCreat()
{
// TODO: Add your control notification handler code here
CWIFiSEND wifisend;
if(wifisend.DoModal() == IDOK)
{
if(!strlen(wifisend.m_wifi_account) || !strlen(wifisend.m_wifi_psd1) || !strlen(wifisend.m_wifi_psd2))
{
MessageBox("u should text every column");
}
else if(strcmp(wifisend.m_wifi_psd1,wifisend.m_wifi_psd2))
{
MessageBox("psds u input are not same");
}
else
{
char sstring[100];
sprintf(sstring,"netsh wlan set hostednetwork mode=allow ssid=%s key=%s",wifisend.m_wifi_account,wifisend.m_wifi_psd1);
system(sstring);
}
}
}有興趣和我把這個小程序一起做下去的，可以加羣457555870一起交流。
