MyException - 我的异常网
当前位置:我的异常网» VC/MFC » 关于MFC消息映射表与虚函数的效率有关问题

关于MFC消息映射表与虚函数的效率有关问题(2)

www.MyException.Cn  网友分享于:2013-03-19  浏览:50次


------解决方案--------------------
探讨
另外我查了查MFC2.0是92年发布, 那时4M天文数字.....

------解决方案--------------------
这就要看一个程序中基类会被派生成多少个派生类了
不过请注意一点:即使在MFC中,基类还是有虚函数的,使用映射表并没有去节省你们所要节省的内存。至少在这一点上,不能说MFC使用消息映射的目的在于节省内存。看看CWnd有多少个虚函数就知道了
探讨
引用:
虚函数的个数对这个问题几乎是没有贡献的,因为每个“类”是一个虚表,几百个虚函数最多也就多占有最多k级的内存而已,几乎毫无消耗
引用:
虽然基类有几百个虚函数是太夸张了些。
不过以现在的硬件水平,这点内存消耗不算什么了,写个.net的小程序,什么都没干呢,
看看内存消耗,加起来已经过20兆了。



没看我说基类吗?子类是要复制基类的虚表的,对当时的硬件条件是不能算“毫无消耗”的。更何况是作为基本框架的MFC。设计上当然要考虑这些。



------解决方案--------------------
那么MFC确实利用这个技术去节省内存了么?如果MFC没有利用这个技术去节省内存,一切都是伪命题。要注意的是:MFC中消息映射涉及到的类都是包含虚函数的,其虚表内存一点都没节省
探讨
引用:

这些话毫无意义,MFC诞生多少年了?20多年了吧?我十几年前买4兆的内存是1000多块钱,你说基类加几十上百个子类的虚表,几百K的内存消耗算不算“毫无消耗”?


------解决方案--------------------
我不是很清楚MS设计消息映射的初衷,但是感觉它着眼点更侧重于增加新消息很容易,而不是节省内存。
如果我们使用虚函数机制实现,恐怕对于每个可能的消息我们都必须在基类中定义一个虚函数,而其首要的困难就是你无法猜测未来会出现什么消息,也无法确定需要定义什么样函数原型的虚函数。而使用消息映射,解决这个问题则相对容易,因为这将由未来的程序设计者决定他们的消息该如何处理
------解决方案--------------------
探讨
那么MFC确实利用这个技术去节省内存了么?如果MFC没有利用这个技术去节省内存,一切都是伪命题。要注意的是:MFC中消息映射涉及到的类都是包含虚函数的,其虚表内存一点都没节省

------解决方案--------------------
探讨
我们讨论的是是否应该把数量这么庞大的windows消息全部变成虚函数。

------解决方案--------------------
探讨
不过话又说回来,如果当时微软的人确实很有信心地预见到硬件成本将在不久的将来大大降低,那似乎也没有充分的理由让他不这么做。

------解决方案--------------------
反正如果1.0当时决定了不用虚表,后面也不可能再改了,要兼容。
不过不清楚borland的OWL是否用了虚表处理所有消息。
------解决方案--------------------
是说这个么?我觉得开头楼主说的只是比较两者是哪种更好。
不管怎么说,我想我们俩都反对这种转换,只是我们认同的原因不一样
我个人看法:
1。你不可能知道未来会有哪些消息,因此你不可能把它都放进虚函数定义中去
2。我认同你的观点:如果基类有大量的虚函数,而基类的派生类很多,占用的内存是可观的。但是我不认为这是当年没有设计成虚函数表的原因。

我想我们俩在说不同的问题:你说的是“我们是不是应该把消息做成虚函数形式”,答案是No。我的是“设计成虚函数是不可能的,即使你说的那些理由不是问题,也是不可能的”

探讨
引用:
那么MFC确实利用这个技术去节省内存了么?如果MFC没有利用这个技术去节省内存,一切都是伪命题。要注意的是:MFC中消息映射涉及到的类都是包含虚函数的,其虚表内存一点都没节省


谁都没有说过MFC没有用虚函数,我们讨论的是是否应该把数量这么庞大的windows消息全部变成虚函数。
虚表大小取决与虚函数个数,这个你明白的吧?乘上子类个数,占用空间很可观。
你别忘了,当时是什么硬件条件。

------解决方案--------------------
探讨
非常不幸的是,我估计它的那些虚表总是存在的,无论是否使用了消息映射。微软设计确实比较奢侈

------解决方案--------------------
问题1:微软只能控制自己设计的类,普通开发者只能控制自己开发的类。当你使用MFC时,你无法把你自己定义的消息对应的“虚函数”加入到微软的基类中,而为了纯粹使用虚函数实现,这种加入是必须的
问题2:即使是微软自己的类,微软也不知道自己以后会加什么类,每次新增类都跑基类去增加,也是非常麻烦的
问题3:假定我们在CWnd中加入CComboBox的虚函数,这个虚函数也会被CEdit拥有,这种拥有从设计上是非常丑陋的。而且,微软不得不面对一些非常傻的程序员问:为什么在CEdit中调用OnDropdownListSelected会异常

探讨
引用:

虚函数随时可以添加到基类去,有什么问题呢?


------解决方案--------------------
探讨
问题1:微软只能控制自己设计的类,普通开发者只能控制自己开发的类。当你使用MFC时,你无法把你自己定义的消息对应的“虚函数”加入到微软的基类中,而为了纯粹使用虚函数实现,这种加入是必须的
问题2:即使是微软自己的类,微软也不知道自己以后会加什么类,每次新增类都跑基类去增加,也是非常麻烦的
问题3:假定我们在CWnd中加入CComboBox的虚函数,这个虚函数也会被CEdit拥有,这种拥有从设计上是非常丑陋的。而且,微软不得不面对一些非常傻的程序员问:为什么在CEdit中调用OnDropdownListSelected会异常

------解决方案--------------------

文章评论

每天工作4小时的程序员
每天工作4小时的程序员
旅行,写作,编程
旅行,写作,编程
十大编程算法助程序员走上高手之路
十大编程算法助程序员走上高手之路
Web开发人员为什么越来越懒了?
Web开发人员为什么越来越懒了?
那些争议最大的编程观点
那些争议最大的编程观点
我的丈夫是个程序员
我的丈夫是个程序员
亲爱的项目经理,我恨你
亲爱的项目经理,我恨你
程序员都该阅读的书
程序员都该阅读的书
当下全球最炙手可热的八位少年创业者
当下全球最炙手可热的八位少年创业者
程序员的一天:一寸光阴一寸金
程序员的一天:一寸光阴一寸金
鲜为人知的编程真相
鲜为人知的编程真相
程序员最害怕的5件事 你中招了吗?
程序员最害怕的5件事 你中招了吗?
我是如何打败拖延症的
我是如何打败拖延症的
代码女神横空出世
代码女神横空出世
为什么程序员都是夜猫子
为什么程序员都是夜猫子
要嫁就嫁程序猿—钱多话少死的早
要嫁就嫁程序猿—钱多话少死的早
聊聊HTTPS和SSL/TLS协议
聊聊HTTPS和SSL/TLS协议
如何区分一个程序员是“老手“还是“新手“?
如何区分一个程序员是“老手“还是“新手“?
总结2014中国互联网十大段子
总结2014中国互联网十大段子
“懒”出效率是程序员的美德
“懒”出效率是程序员的美德
10个调试和排错的小建议
10个调试和排错的小建议
程序猿的崛起——Growth Hacker
程序猿的崛起——Growth Hacker
做程序猿的老婆应该注意的一些事情
做程序猿的老婆应该注意的一些事情
漫画:程序员的工作
漫画:程序员的工作
Web开发者需具备的8个好习惯
Web开发者需具备的8个好习惯
初级 vs 高级开发者 哪个性价比更高?
初级 vs 高级开发者 哪个性价比更高?
老美怎么看待阿里赴美上市
老美怎么看待阿里赴美上市
团队中“技术大拿”并非越多越好
团队中“技术大拿”并非越多越好
Java程序员必看电影
Java程序员必看电影
不懂技术不要对懂技术的人说这很容易实现
不懂技术不要对懂技术的人说这很容易实现
“肮脏的”IT工作排行榜
“肮脏的”IT工作排行榜
为啥Android手机总会越用越慢?
为啥Android手机总会越用越慢?
程序员周末都喜欢做什么?
程序员周末都喜欢做什么?
程序员和编码员之间的区别
程序员和编码员之间的区别
科技史上最臭名昭著的13大罪犯
科技史上最臭名昭著的13大罪犯
老程序员的下场
老程序员的下场
我跳槽是因为他们的显示器更大
我跳槽是因为他们的显示器更大
一个程序员的时间管理
一个程序员的时间管理
写给自己也写给你 自己到底该何去何从
写给自己也写给你 自己到底该何去何从
中美印日四国程序员比较
中美印日四国程序员比较
编程语言是女人
编程语言是女人
5款最佳正则表达式编辑调试器
5款最佳正则表达式编辑调试器
程序员必看的十大电影
程序员必看的十大电影
如何成为一名黑客
如何成为一名黑客
 程序员的样子
程序员的样子
软件开发程序错误异常ExceptionCopyright © 2009-2015 MyException 版权所有