今日介绍编写Windows窗口图形界面程序的准备工作:创建模板。大约30分钟,你就会啦。 不用MFC 说明:不用MFC,这是和很多其他课程、很多教科书不同的。 我们采用的方式是:使用Windows API。 通过这种方式,使用C++编写Windows窗口图形界面程序, 本视频分为使用VC2010、使用VC6两种(以下两个视频,根据你要选用的VC版本,看一个视频就可以了)。使用其他版本的VC也是大同小异。 (1)使用VC2010创建windows程序模板 (2)使用VC6创建windows程序模板 有了模板,以后编程将非常迅速,简单的Windows窗口图形界面程序,几分钟就可搭建出来! 下次介绍使用上述模板快速编写Windows窗口图形界面程序的方法,视频也大约30分钟,敬请期待! 不要再为用什么语言掐架了 有人说python好,我就用python,其他语言都不好; 有人说C#好,编写Windows图形界面应该用C#; 有人说C++里,就得用MFC; 有人说Java好,有人说VB好,有人说Delphi好,有人说Matlab好…… 有人经常关注每年语言排名,什么语言名列前茅,某种语言又进了多少名、又退了多少名…… 因为这都是初学者的行为,高手从来不做这种事情。因为, 所有语言的本质都是一样的 无论什么语言,包括汇编语言 只要是编写运行在Windows上的程序 最终本质都是转换为对Windows API的调用 这是系统的最底层本质! 我们绕开所有经销商,直接从厂家进货 直接调用Windows API ! 这里,我们只是以C++为例而已 使用其他任何语言,都是一样的 究竟用哪种方式编写Windows应用程序最好,其实并无一定之规。应用程序本身的特性应该是决定采用何种编程工具的最主要因素。但是无论将来你采用什么编程工具,通过了解Windows API从而深入理解Windows的工作原理,这本身就具有很重要的意义。 —— Charles Petzold 徘徊在语言的选择中毫无意义,主要精力应放在如何解决实际问题上。 而且,要非常方便地解决。 不用MFC的具体原因 MFC的问题尤其严重。尽管它极大地简化了某些工作,但我经常发现自己会在某些其他功能上摔跟斗(比如让文档/视图的体系结构按照我的设想来工作)。并非像很多人一厢情愿期望的那样,MFC始终能成为Windows编程的万灵宝药,几乎也没人认为它是一种很好的面向对象的设计模型。 —— Charles Petzold MFC不过是对WindowsAPI的一种封装形式,而且是一种轻量级的封装。Windows的很多功能并没有真正地被包含进去,所以使用这种编程方式就是在束缚我们的手脚。 —— Charles Petzold Windows是一个非常复杂的系统,在API之上加一层编程语言并不能消除其复杂性,最多不过是把复杂性隐藏起来而已。说不定什么时候,Windows复杂的那一面迟早会蹦出来拖你的后腿,懂得API能让你到时候更快地挣脱困境。 —— Charles Petzold 什么是Windows API Windows API(Application Programming Interface),即Windows应用程序编程接口,是Windows系统提供的一整套编程函数库,包括大量函数。任何在Windows中运行的程序包括Windows本身都是靠调用这些函数运行的。 API函数大部分位于Windows系统目录下的库文件中,这些库文件大多是.dll文件,比较常用的有kernel32.dll、gdi32.dll、user32.dll等。这些文件是随Windows操作系统的安装而被安装到系统中的,而且它们都很重要。 |
|
来自: 昵称71578986 > 《待分类》