今日介紹編寫Windows窗口圖形界面程序的準備工作:創(chuàng)建模板。大約30分鐘,你就會啦。 不用MFC 說明:不用MFC,這是和很多其他課程、很多教科書不同的。 我們采用的方式是:使用Windows API。 通過這種方式,使用C++編寫Windows窗口圖形界面程序, 本視頻分為使用VC2010、使用VC6兩種(以下兩個視頻,根據(jù)你要選用的VC版本,看一個視頻就可以了)。使用其他版本的VC也是大同小異。 (1)使用VC2010創(chuàng)建windows程序模板 (2)使用VC6創(chuàng)建windows程序模板 有了模板,以后編程將非常迅速,簡單的Windows窗口圖形界面程序,幾分鐘就可搭建出來! 下次介紹使用上述模板快速編寫Windows窗口圖形界面程序的方法,視頻也大約30分鐘,敬請期待! 不要再為用什么語言掐架了 有人說python好,我就用python,其他語言都不好; 有人說C#好,編寫Windows圖形界面應該用C#; 有人說C++里,就得用MFC; 有人說Java好,有人說VB好,有人說Delphi好,有人說Matlab好…… 有人經常關注每年語言排名,什么語言名列前茅,某種語言又進了多少名、又退了多少名…… 因為這都是初學者的行為,高手從來不做這種事情。因為, 所有語言的本質都是一樣的 無論什么語言,包括匯編語言 只要是編寫運行在Windows上的程序 最終本質都是轉換為對Windows API的調用 這是系統(tǒng)的最底層本質! 我們繞開所有經銷商,直接從廠家進貨 直接調用Windows API ! 這里,我們只是以C++為例而已 使用其他任何語言,都是一樣的 究竟用哪種方式編寫Windows應用程序最好,其實并無一定之規(guī)。應用程序本身的特性應該是決定采用何種編程工具的最主要因素。但是無論將來你采用什么編程工具,通過了解Windows API從而深入理解Windows的工作原理,這本身就具有很重要的意義。 —— Charles Petzold 徘徊在語言的選擇中毫無意義,主要精力應放在如何解決實際問題上。 而且,要非常方便地解決。 不用MFC的具體原因 MFC的問題尤其嚴重。盡管它極大地簡化了某些工作,但我經常發(fā)現(xiàn)自己會在某些其他功能上摔跟斗(比如讓文檔/視圖的體系結構按照我的設想來工作)。并非像很多人一廂情愿期望的那樣,MFC始終能成為Windows編程的萬靈寶藥,幾乎也沒人認為它是一種很好的面向對象的設計模型。 —— Charles Petzold MFC不過是對WindowsAPI的一種封裝形式,而且是一種輕量級的封裝。Windows的很多功能并沒有真正地被包含進去,所以使用這種編程方式就是在束縛我們的手腳。 —— Charles Petzold Windows是一個非常復雜的系統(tǒng),在API之上加一層編程語言并不能消除其復雜性,最多不過是把復雜性隱藏起來而已。說不定什么時候,Windows復雜的那一面遲早會蹦出來拖你的后腿,懂得API能讓你到時候更快地掙脫困境。 —— Charles Petzold 什么是Windows API Windows API(Application Programming Interface),即Windows應用程序編程接口,是Windows系統(tǒng)提供的一整套編程函數(shù)庫,包括大量函數(shù)。任何在Windows中運行的程序包括Windows本身都是靠調用這些函數(shù)運行的。 API函數(shù)大部分位于Windows系統(tǒng)目錄下的庫文件中,這些庫文件大多是.dll文件,比較常用的有kernel32.dll、gdi32.dll、user32.dll等。這些文件是隨Windows操作系統(tǒng)的安裝而被安裝到系統(tǒng)中的,而且它們都很重要。 |
|
來自: 昵稱71578986 > 《待分類》