24小时热门版块排行榜    

查看: 2222  |  回复: 15

130098300

银虫 (正式写手)

[求助] 关于MFC编程的疑惑

如题,小弟是学自动化的,本科很懒,很烂,很少编程,直到读研了,做了图像处理这个方向,一方面,发现对编程有兴趣,另一方面,专业需求。
在研一的时候我看了些C/C++的书,总之,就是市面上,网上推荐的那些耳熟能详的书,通过看孙鑫的那本书,懂了一些MFC的皮毛。后来,再后来,又看了些不少的书,但脑子里总回想着一个声音,那就是:如果想做编程高手,那么应拒绝MFC。
虽然,我知道些许MFC的弊端,但是,我今天在网上下载了一个源程序,是别人用MFC写的,发现做的界面很漂亮,而且,我现在对于使用windows API和MFC来实现源程序,感觉还是MFC简洁一些,只要添加算法的源代码,然后调用就可以。
我不知道我这个想法有没有问题,请过来人给点指点,当然,最好是做图像处理类似的了。呵呵,感激不尽!

[ 来自科研家族 哲学人生 ]
回复此楼
Working for the Lord with all my heart
已阅   回复此楼   关注TA 给TA发消息 送TA红花 TA的回帖
回帖支持 ( 显示支持度最高的前 50 名 )

chentianyu1

木虫 (小有名气)

【答案】应助回帖

感谢参与,应助指数 +1
130098300(金币+1): 谢谢你 2011-12-18 10:24:18
Visual C++编程有三个层次,Windows API,MFC,.NET Framework
Windows API最复杂,但是提供的可定制功能也最多,相当于手动档的汽车。
MFC在Win32API上面封装了一些常用的东西,相当于自动档汽车。
.NET Framework比MFC封装得更多,相当于无人驾驶汽车。
事实上,使用MFC或者.net framework编程某些时候仍然要用到Windows API,因此要想成为高手,Windows API还是要学的。
2楼2011-12-18 08:56:54
已阅   回复此楼   关注TA 给TA发消息 送TA红花 TA的回帖
普通回帖

nbjnh

木虫 (正式写手)


mze04532(金币+1): 感谢热心参与~ 2011-12-20 23:02:38
在做研究时,不要太在意具体的实现工具,无论是API还是MFC能快速地验证你的算法就好。至于效率,运行速度什么的,可以在产品开发阶级再去考虑。
不可乘喜而轻诺,不可因醉而生嗔,不可乘快而多事,不可因倦而鲜终。
3楼2011-12-18 11:35:56
已阅   回复此楼   关注TA 给TA发消息 送TA红花 TA的回帖

130098300

银虫 (正式写手)

引用回帖:
: Originally posted by nbjnh at 2011-12-18 11:35:56:
在做研究时,不要太在意具体的实现工具,无论是API还是MFC能快速地验证你的算法就好。至于效率,运行速度什么的,可以在产品开发阶级再去考虑。

我觉得是这样的,可是,我受不了代码的凌乱。。。呵呵,我经常这里写一段,那里写一段,没有个规则
Working for the Lord with all my heart
4楼2011-12-18 12:33:33
已阅   回复此楼   关注TA 给TA发消息 送TA红花 TA的回帖

yean1980

木虫 (正式写手)

【答案】应助回帖

感谢参与,应助指数 +1
130098300(金币+1): 呵呵,谢谢你的意见 2011-12-19 09:04:59
引用回帖:
4楼: Originally posted by 130098300 at 2011-12-18 12:33:33:
我觉得是这样的,可是,我受不了代码的凌乱。。。呵呵,我经常这里写一段,那里写一段,没有个规则

个人认为,你能用什么实现就用什么

能用Delphi就用Delphi,能用MFC就用MFC,能用.NET就用.NET
弄用Python就用Python



不过 貌似搞图形图像还是要用MFC
佛曰:不可说,不可说!
5楼2011-12-18 21:43:31
已阅   回复此楼   关注TA 给TA发消息 送TA红花 TA的回帖

nbjnh

木虫 (正式写手)

【答案】应助回帖

感谢参与,应助指数 +1
130098300(金币+1): 2011-12-19 09:05:04
引用回帖:
4楼: Originally posted by 130098300 at 2011-12-18 12:33:33:
我觉得是这样的,可是,我受不了代码的凌乱。。。呵呵,我经常这里写一段,那里写一段,没有个规则

楼主是否确定非常清楚Windows消息机制和MFC运行流程?如果这两样不是很熟悉的话,代码就会这里一段,那里一段。
不可乘喜而轻诺,不可因醉而生嗔,不可乘快而多事,不可因倦而鲜终。
6楼2011-12-18 22:04:09
已阅   回复此楼   关注TA 给TA发消息 送TA红花 TA的回帖

xiaopengxp

铜虫 (初入文坛)

【答案】应助回帖


感谢参与,应助指数 +1
mze04532(金币+1): 鼓励研讨~ 2011-12-20 23:01:51
我觉得这就要看你想编程序来干嘛了。学术研究,验证算法的话当然框架越高级越好,MFC感觉有点复杂了,直接用.net framwork就好(甚至直接matlab吧)网上看到有些用MFC写的界面很好的程序,那可以花了不少精力或者用了些现成的界面framework的。要界面美观的话可以直接WPF。总之,就是看写程序的目的吧。纯算法验证可能不需用到VC。想提高编程能力的话,好好理解一下MFC背后的设计思想是不错的(虽然现在有些观点认为MFC并不是一个很好的设计)
7楼2011-12-18 23:10:05
已阅   回复此楼   关注TA 给TA发消息 送TA红花 TA的回帖

130098300

银虫 (正式写手)

引用回帖:
: Originally posted by nbjnh at 2011-12-18 22:04:09:
楼主是否确定非常清楚Windows消息机制和MFC运行流程?如果这两样不是很熟悉的话,代码就会这里一段,那里一段。

Windows基于消息的机制还是知道的,MFC流程我长时间不用已经忘记了。呵呵,我就觉得我的代码写的乱,我把每个算法都写成.cpp和.h,然后调用的时候一个solution下面一堆文件,显得不够简洁。我期间打算用Windows API自己编窗口来实现MFC那样的框架,后来由于忙,这事就给耽搁了,昨天网上看到有人用MFC编的,因为,我之前用MFC实现算法,感觉只要在菜单上添加命令,再响应这个命令就可以了,觉得挺方便的。。。所以,现在觉得有点晕
Working for the Lord with all my heart
8楼2011-12-19 09:04:25
已阅   回复此楼   关注TA 给TA发消息 送TA红花 TA的回帖
引用回帖:
2楼: Originally posted by chentianyu1 at 2011-12-18 08:56:54:
Visual C++编程有三个层次,Windows API,MFC,.NET Framework
Windows API最复杂,但是提供的可定制功能也最多,相当于手动档的汽车。
MFC在Win32API上面封装了一些常用的东西,相当于自动档汽车。
.NET Fram ...

9楼2011-12-19 11:55:31
已阅   回复此楼   关注TA 给TA发消息 送TA红花 TA的回帖

nbjnh

木虫 (正式写手)

引用回帖:
8楼: Originally posted by 130098300 at 2011-12-19 09:04:25:
Windows基于消息的机制还是知道的,MFC流程我长时间不用已经忘记了。呵呵,我就觉得我的代码写的乱,我把每个算法都写成.cpp和.h,然后调用的时候一个solution下面一堆文件,显得不够简洁。我期间打算用Windows  ...

别着急,有些基础性框架工作花些时间做好,以后会方便很多!另外,每个算法写成一个.cpp和.h也无不可,这为以后的分类和代码重用打下了基础。
不可乘喜而轻诺,不可因醉而生嗔,不可乘快而多事,不可因倦而鲜终。
10楼2011-12-19 16:38:53
已阅   回复此楼   关注TA 给TA发消息 送TA红花 TA的回帖
相关版块跳转 我要订阅楼主 130098300 的主题更新
信息提示
请填处理意见