MFC OnOk(),OnCancel(),OnClose(),OnDestroy()的区别总结(转) 第一,OnOK()和OnCancel()是CDialog基类的成员函数,而OnClose()和OnDestroy()是CWnd基类的成员函数,即 WM消息响应函数.从应用程序结构的角度,拿对话框来说,红色的X对应的是CWnd,而处于对话框中的“确定”.“取消”按钮则对应了CDialog. 第二,OnClose()和OnDestroy() 在单视图程序中,根据<<深入浅出MFC>>

这是软件工程的第一次作业!但由于我们python还没入门,所以这次的要求是‘语言不限’. 小学期做过一个关于MFC的‘资金管理系统’,也正好可以有界面,所以就选择了自己很熟悉的MFC来做这个作业! 1.题目简介 花20分钟写一个能自动生成小学四则运算题目的“软件”,要求:除了整数以外,还要支持真分数的四则运算.将代码上传至coding.net,并将地址发布至自己的博客. 2.题目分析 软件要求是自动生成小学生四则运算题目!既然这样,我首先想到了,四则运算对吧! 那四则运算也分为  四则混合运算(

对比MFC资源文件谈谈WPF布局方式 MFC方式 对于传统的MFC基于UI的应用程序设计通常分两步走,首先是设计UI,使用的是RC文件,然后是代码文件,对RC文件进行操作,如下面Figure 1 的基于对话框的应用程序,其对应的代码如Figure 2所示,这就是MFC时代的所见即所得,如大家所见,每个控件的代码都和位置都是写死的坐标,这样会带来的问题是当你改变系统运行的的DPI或者软件需要支持本地化的时候,由于有的语言对于同样的意思需要比较长的文字表示,就会带来文字显示不下或者显示不完整的情况.

一. 什么是MFC? 如果你要建立一个Windows应用程序,应该如何下手? 好的开端是从设计用户界面开始. 首先,你要决定什么样的用户能使用该程序并根据需要来设置相应的用户界面对象.Windows用户界面有一些标准的控件,如按钮.菜单.滚动条和列表等,这对那些Windows用户已经是很熟悉了.要记住的是,作为程序员必须选择一组控件并决定如何把它们安排到屏幕上.传统上,你需要在纸上做一下用户界面的草图,直到对各元素感到满意为止.这对于一些比较小的项目,以及一些大项目的早期原型阶段是可以的. 下一

转载:http://blog.sina.com.cn/s/blog_7f5bde5c0101hk5n.html 以下摘自各问答网站.博客论坛: [1]MFC早已过时,现在C++多数是用来编写底层方法而不是开发桌面程序,桌面程序有Delphi,其控件库比MFC要多,微软早不维护MFC了. [2]MFC学习曲线的陡峭是众所周知的,主要难点在于C++语言本身,和MFC使用了大量的宏和怪异的语法(主要是RTTI和Message Mapping).但是学习陡峭不等于就是难,而是说由易到难出现的时间点靠前.

要学习好网路编程,主要看以下几个方面: 1.掌握概念,诸如:同步(Sync)/异步(Async),阻塞(Block)/非阻塞(Unblock)等. 2.在实际Windows网络通信软件开发中,异步非阻塞套接字是用的最多的.平常所说的C/S(客户端/服务器)结构的软件就是异步非阻塞模式的. 3.在异步非阻塞模式下的通信,要借助于多线程来开发. 4.许多文章都曾经介绍过用VC++进行Socket编程的方法,直接利用动态连接库wsock32.dll进行操作,实现比较繁琐.但实际上网络编程概括为三种套接

   对于许多初学者来说,网络通信程序的开发,普遍的一个现象就是觉得难以入手.许多概念,诸如:同步(Sync)/异步(Async),阻塞(Block)/非阻塞(Unblock)等,初学者往往迷惑不清,只知其所以而不知起所以然. 异步方式指的是发送方不等接收方响应,便接着发下个数据包的通信方式:而同步指发送方发出数据后,等收到接收方发回的响应,才发下一个数据包的通信方式. 阻塞套接字是指执行此套接字的网络调用时,直到成功才返回,否则一直阻塞在此网络调用上,比如调用recv()函数读取网络缓冲区中的

题外话:刚开始学视窗程序设计的时候,我就打印了一本Windows消息详解,里面列举了各种已定义消息的意义和作用,共10多页,在编程的时候翻翻,有时觉得很受用.我发觉很多编程的朋友,虽然每天都面对消息,却很少关注它.C++程序员有一个通病,很想写“自己”的程序,即每一行代码都想自己写出来.如果用了一些库,总希望能完全理解库里的类或函数是怎么一回事,否则就“不踏实”.对于消息,许多朋友只关心常用的几个,对其余的漠不关心.其实,Windows中有很多不常用的消息却很有用,程序员可能通过响应这些消息实现

1. 之所以是“可能”,因为这里有个重点就是临时对象是HWND操作的封装,不是窗口类的封装.因此所有的HWND临时对象都是CWnd的实例,即使上面强行转换为CAbcDialog*也依旧是CWnd*,所以在ASSERT_VALID里调用CAbcDialog::AssertValid时,其定义了一些附加检查,则可能发现这是一个CWnd的实例而非一个CAbcDialog实例,导致断言失败.因此应将CAbcDialog全部换成CWnd,这下虽然不断言失败了,但依旧错误(先不提pDialog->m_Dat

序: 本人对Windows系统.MFC谈不上有深入的了解,但对MFC本身包装API的机制很有兴趣,特别是读了候老师的<深入浅出MFC>后,感觉到VISUAL C++的Application FrameWork十分精制［不敢用“完美”一词］.在以前,我对SDI结构处理消息有一定的认识,但对于模式对话框的消息机制不了解,读了<深入>一书也没能得到解决,近日,通过在CSDN上网友的帮助,和查阅MSDN,自认为已经了解.一时兴起,写下这些文字,没有其它目的,只是希望让后来者少走弯路,也希望

说到消息,在MFC中,“最熟悉的神秘”可算是消息映射,那是我们刚开始接触MFC时就要面对的东西.有过SDK编程经验的朋友转到MFC编程的时候,一下子觉得什么都变了样.特别是窗口消息及对消息的处理跟以前相比,更是风马牛不相及的.如文档不是窗口,是怎样响应命令消息的呢? 初次用MFC编程,我们只会用MFC ClassWizard为我们做大量的东西,最主要的是添加消息响应.记忆中,如果是自已添加消息响应,我们应何等的小心翼翼,对BEGIN_MESSAGE_MAP()……END_MESSAGE_MAP(

一.什么是窗口类  在Windows中运行的程序,大多数都有一个或几个可以看得见的窗口,而在这些窗口被创建起来之前,操作系统怎么知道该怎样创建该窗口,以及用户操作该窗口的各种消息交给谁处理呢?所以VC在调用Windows的API(CreateWindow或者CreateWindowEx)创建窗口之前,要求程序员必须定义一个窗口类(不是传统C++意义上的类)来规定所创建该窗口所需要的各种信息,主要包括:窗口的消息处理函数.窗口的风格.图标. 鼠标.菜单等.其定义如下: typedef struct

原地址:http://www.cnblogs.com/renyuan/archive/2013/06/04/3117006.html要学习好网路编程,主要看以下几个方面: 1.掌握概念,诸如:同步(Sync)/异步(Async),阻塞(Block)/非阻塞(Unblock)等. 2.在实际Windows网络通信软件开发中,异步非阻塞套接字是用的最多的.平常所说的C/S(客户端/服务器)结构的软件就是异步非阻塞模式的. 3.在异步非阻塞模式下的通信,要借助于多线程来开发. 4.许多文章都曾经介绍过

<<对0基础MFC者的一点建议>>---------------------摘自某论坛lint2008的回复,不管对错,先看看.     因为上半年自己刚刚学了点MFC,算是对MFC有了点了解.但也只算是会使用,至于对其更多的细节算不上了解.所以其实所知甚少.这里所要讲的,只是帮助从未接触过MFC的人更快地了解和能使用MFC,减少入门的时间,至于其核心原理,我爱莫能助.另外,因为我在深圳学习MFC期间做的笔记无缘丢失,所以当时总结的很多东西都没有保存下来.所以很多东西都有点忘了,有

MFC 生成本机代码,自然是很快.可是,消息循环,减缓了界面显示速度.winform 封装了 win32 的api,多次进行P/invoke 操作 (大部分使用p/invoke操作封装),速度慢 .wpf是一种新的模型,不再使用win32 模型,自己新建模型,使用dx 作为新的显示技术,直接访问驱动程序,加快了运行速度,可是,这种模型,需要支持dx 9 的显卡,硬件要求高(你还能找到现代机器不支持dx9 的吗?)开发效率上,MFC<WPF<winform  尽管MFC开发界面执行效率高但是开发

最近修改老旧的MFC项目,用的网页做界面,和HTML交互采用的是COM方式,繁琐,丑陋又性能低,于是考虑利用js来进行界面交互,查了一天的资料,现在整理如下,供后来需要的人参考,虽然大概几乎不会有人用MFC来做项目了(笑),用winform或者WPF或者网页做界面,高性能部分用C++封装的dll也许是更好的选择,当然直接在exe里面提供http访问接口是最吼的(go语言赛高)!界面这个是比较大的话题,可以开个专题慢慢说了... 核心的一个CWebPage类是一个老外写的,封装了一些com操作,用

MFC如何在树形图边上添加动态小地图 https://www.jianshu.com/p/7b1d828bf5db (简书无法识别缩进的...早知道先在博客园发了) (转载请注明出处) 作者:梦镜谷雨 萌新第一次写文章,请多多包涵.末尾附上相应代码(PS公司繁体系统所以部分注释繁体请别介意). 第一次接触MFC时做的一个小项目上有做个树形图边上带小地图的需求.(IDE:VS2010) 大四刚实习时写的,当时网上没找到现成的,打算记录下来也算篇技术谈不上的思路吧. 快2019了打算开始试着以后多记

(一):简单介绍 为了可以在一个Winelib应用中使用MFC,你须要首先使用Winelib又一次编译MFC. 在理论上,你应该为Windows的MFC编写一个封装(怎样编写在后面介绍).可是,在实践中,对MFC来说.可能不是一个真正的解决方案: 数量巨大的API使得编写封装的工作量非常大 进一步说.MFC包括大量的API.这些API在制作封装的时候处理起来是非常复杂的. 即使你编写了封装,你也须要去改动MFC的头文件以使编译器不会堵塞他们. 在你应用中的非常大一部分MFC代码是以宏的形式展现的

MFC中的CString类使用方法指南 原文出处:codeproject:CString Management [禾路:这是一篇比较老的资料了,但是对于MFC的程序设计很有帮助.我们在MFC中使用字符串的相关操作,首先想到的就应该啊是CString,而不是char*或者string.那么关于CString 的相关内容,在这篇文章中就很好的解释. 我解决了一个具体的问题 /////显示结果     CString strResult = NULL;     CString strtmp    = 

   最近一直在学嵌入式,蛋疼啊,专业学软件的去搞硬件原理,真心有点伤不起,比较无聊,希望尽早脱离这个状态. 中午在林同学那里看到他在MFC上应用了Skin++皮肤,这是一款通用的软件换肤套件,支持各种系统,无聊啊,皮肤神马的以前也搞过,不过以前没玩过MFC的,以前是玩的SDK套件中的DirectUI(炫彩界面库),刚好硬件看得想睡的时候,就把这套皮肤拿来玩了一下,效果还不错,有图有真相,下面是一套机器人皮肤. 虽然会MFC,不过很少用MFC来做软件,我一般是用SDK和delphi做开发,于是我

作为C++程序员,我们总是希望自己程序的所有代码都是自己写出来的,如果使用了其他的一些库,也总是千方百计想弄清楚其中的类和函数的原理,否则就会感觉不踏实.所以,我们对于在进行MFC视窗程序设计时经常要用到的消息机制也不满足于会使用,而是希望能理解个中道理.本文就为大家剖析MFC消息映射和命令传递的原理. 理解MFC消息机制的必要性 说到消息,在MFC中,“最熟悉的神秘”可以说是消息映射了,那是我们刚开始接触MFC时就要面对的东西.有过SDK编程经验的朋友转到MFC编程的时候,一下子觉得什么都变了