为什么MFC不做的像Delphi、VB一样适合RAD？

很显然，如果要实现一个想法，比如用扫描局域网内的在线主机。
我肯定会用Delphi写，为什么呢？因为，只要在主窗口内拉进一个ListBox，开始、结束2个按钮，一个Lable就可以了。然后专心去查下ping的实现原理，测试下，扫描结果在ListBox返回就行了。

可是用MFC就比较麻烦了，特别是界面显示这方面，别说常用类及函数，用熟了就好，但是肯定没Delphi、VB方便，Button、List、Edit原生控件还好，像很多如RichEditBox，IPEdit等控件，可视化设计实在是太麻烦了。MFC明明可以做的像BCB一样方便可视化设计，为什么微软没有这么做呢？

---

没用过delphi，没觉得MFC有啥不方便的。

---

比较复杂的界面一般都不用MFC写的，比如用VB写界面+MFC写DLL

---

我觉得MFC做界面也还算方便呀

---

我一时想不起来了
记得有很多控件，在设计时一拉一个白方框，等运行了才知道具体的位置、大小。
还有MFC的控件很多是不能在设计时知道效果的，设定很多属性，必须写在代码里，而且要等运行才知道效果，这多麻烦。
MFC的控件类更多的是等着继承，而不是直接拿来使用。

---

各有特色啊.

---

当年就是用Delphi的那种支离破碎的IDE环境，让我彻底对Delphi崩溃，后来就学习了VB。
Delphi那种拼凑起来的界面太难用了。

---

复杂界面用VB写，玩笑不是。。

引用

比较复杂的界面一般都不用MFC写的，比如用VB写界面+MFC写DLL

---

VC很方便!控件可根据实际情况,自己写.

---

没觉得MFC有啥不方便的。

---

堕落到只用vc了。基本上想要做什么google一下就搞定，其他语言都没这么方便。

---

引用

堕落到只用vc了。