为什么我加入#include <afxwin.h> 提示我说window.h已经定义了,应该如何解决呢?

解决方案 »

  1.   

    Win32下用MFC好像很麻烦的,以前有帖子讨论过,不过好像没有结论
      

  2.   

    这是以前一个帖子,自己参考一下:
    http://topic.csdn.net/t/20030424/16/1703670.html
      

  3.   

    既然要用CEdit,那么肯定用到MFC,为什么不直接用MFC呢?这么做,发行的时候,肯定是要提供MFC的动态链接库的,将事情搞得复杂并不符合软件工程的思想啊。
      

  4.   

    SDK环境下自己写就可以了,如果用MFC,要加载很大的库,倒不如直接用MFC了。
      

  5.   

    MFC不就是win32么? 包含相应的头文件,设置工程属性可以用MFC即可
    <afxwin.h> 里面已经包含window.h,没必要再包含
      

  6.   

    Win32环境下用几个MFC类还可以,但是用CEdit等控件类肯定是不可以的,等你用起来等于重新搭建了一个MFC框架,还不如直接用MFC框架。还是老老实实用Edit控件,通过API方式访问。
      

  7.   

    #include <afxwin.h>要求程序中有个派生于CWinApp类的对象实例,最简单的方式是新建一个SDI 程序,然后删除 Doc类和View类的相关文件并修改InitInstance中的相关语句从而调用自己的代码.个人觉得小程序或许用不上MFC,但是大程序还是用MFC来的好些,毕竟代码的优化以及相关权限等等都能得到最好的发挥至于加载MFC库对于现在1G多内存,多核操作系统根本算不上什么问题,而且很多程序都会用到MFC 库,多一个不多.而对于小程序,自己老老实实写几个封装类吧,参照 MFC 的也行
      

  8.   

    楼主的意思是 想脱离MFC的基础框架,自己利用MFC导出的类 写程序吧。
    只要正确包含了头文件完全可以用。这样对深入了解MFC也有好处,MFC的头文件包含层次
    挺复杂的 自己写的时候很容易出现重复包含的问题,这点可以参考一个MFC程序 看看它头文件是怎么包含的
      

  9.   

    CreateWindow("EDIT",...)不就行了吗?
    你竟然用win32编程,干嘛还想 mfc呢?
      

  10.   

    因为我想利用Cedit的类,可以重载里面的好多消息函数