如题

解决方案 »

  1.   

    自已写WINMAIN(),自已实现DOC-VIEW结构.
      

  2.   

    没试过,不是直接使用MFC的头文件,再在连接的使用MFC的库,不可以吗?关注~
      

  3.   

    MFC只所以看上去是VC专有的,是因为它有一个向导(WIZARD),而几乎所有的MFC的爱好者都是依赖于这个向导的。它简单易用,点几下就生成一个程序,而是“五脏俱全”,但是那个向导倒底干了些什么,大概没几个人会去探求。实际上如果你了解了其过程,在dec-c上又为什么不能实现呢?听过一个笑话,说高手是用notepad写程序的,虽然夸张一些,但说明一个问题,程序只是一个文本文件,在那里写都是一样,关键是你会不会写。当然在如今这个功利社会里,还有一个值不值得这样写的问题。
      

  4.   

    其实,写MFC程序只是用MICROSOFT的类库而已,既然编译器支持C++,那么就应该支持MFC,又何必有大家这么多的不肯定之词,我只是不知道对于VC6来说应该要那些库文件而已?
      

  5.   

    不要做梦了,听我一句,还是用vc吧,
    就是能用mfc,你也无法写出一大堆代码利用MFC来构造一个类似Doc/View的东东如果你能写出,那你肯定非常了解mfc,那时,估计你也不会用Dev C++
    Visual C++ 专业多了,你熟悉了,就不会去用Dev了
      

  6.   

    其实,并不是非要用DEV-C++来写MFC程序,只是想了解大家对MFC库文件作用的了解程度而已!
      

  7.   

    MFC只是把windows api函数包进了类中去了而已,然后又设计了一个向导替你写winmain()和wndproc()两个函数。“基于对话框”就是SDK的Dialogbox(),SDI就是SDK中的createwindow(),MDI复杂一些,有个DOC/VIEW结构,(SDI也有,不常用),说白了,就是数据放在DOC,GUI放在View中,处理好两者协调关系。当初是先学MFC的,第一天就和朋友就这三个类型倒底是什么玩意争得个脸红脖子粗。后来再读SDK,恍然大悟。外面卖的“乐高”积木是给儿童玩的插件式玩具,0-3岁的是十几块,4-8岁的是几十块,8+是一百多块。VB有几块?MFC有几块?SDK有几块?