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

很显然，如果要实现一个想法，比如用扫描局域网内的在线主机。
我肯定会用Delphi写，为什么呢？因为，只要在主窗口内拉进一个ListBox，开始、结束2个按钮，一个Lable就可以了。然后专心去查下ping的实现原理，测试下，扫描结果在ListBox返回就行了。可是用MFC就比较麻烦了，特别是界面显示这方面，别说常用类及函数，用熟了就好，但是肯定没Delphi、VB方便，Button、List、Edit原生控件还好，像很多如RichEditBox，IPEdit等控件，可视化设计实在是太麻烦了。MFC明明可以做的像BCB一样方便可视化设计，为什么微软没有这么做呢？

解决方案 »

  1.   

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

  2.   

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

  3.   

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

  4.   

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

  5.   

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

  6.   

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

  7.   

    VC2003/2005/2008里面用C++/CLI写.net程序已经和C#、VB它们一样了。MFC的话，历史遗留问题啊，而且微软的重心移到.net上面了，MFC就凑活着过吧
      

  8.   

    MFC用向导创建一个基于对话框的应用程序，在对话框拉进一个ListBox，开始、结束2个按钮，一个Static就可以了。然后专心去查下ping的实现原理，测试下，扫描结果在ListBox返回就行了。
      

  9.   

    有谁用.net写个系统给我看看！
      

  10.   

    记得，好像，大概……我们在谈界面的问题。算了，在VC的地头，谈VC的缺点，确实找错地方了。当我没来。
      

  11.   


    “扫描结果在ListBox返回”要写多少语句，而Delphi，VB要多少语句，3倍的差距。