我是搞软硬件结合的;我的程序界面元素很少甚至有时没有,但是控制逻辑很复杂,对实时性要求较高;有时运行在后台或者被其他工具软件调用。我所见到的有关MFC的东西大部分都是在说界面,在其他方面好象没有什么特别之处。各位MFC的高手能否发表一下高论。

解决方案 »

  1.   

    在我看来MFC = Win32API + C++封装,如果你用C语言的话就不用了,如果是C++的话就用吧,多半比你自己写的类好很多。
      

  2.   

    在我看来MFC = Win32API + C++封装,如果你用C语言的话就不用了,如果是C++的话就用吧,多半比你自己写的类好很多。
      

  3.   

    我是用c++, 我所看到的有关MFC的类大部分是有关界面的,在其他方面我不知道还有哪些用处。
      

  4.   

    看看MSDN吧,你就知道VC的类除了界面还有很多很多 :)
      

  5.   

    当然需要学不然你怎么用VC呀!除非你不单单利用VC进行开发
      

  6.   

    没什么,界面比你现在做的easy多了,空闲时间弄弄就行。
      

  7.   

    我所写的程序也许只要用到process ,thread ,file, buffer 有关的一些WINDOWS API 和c++一些标准类即可。我的程序有些情况下对容错性,健壮性和效率要求很高,我觉得在自己的代码中嵌入自己看不懂的程序段不是一种良好的编程习惯(据我所知,就算是MFC的高手,也不一定就能完全读懂MFC的代码)这给代码的优化和调试带来了一定的麻烦。不知各位以为然否?
      

  8.   

    不太同意楼上的说法,其实MFC和标准c++各有各的好处,至于说在程序中加入自己看不懂得代码是不是好的编程习惯我觉得跟你用不用MFC好像没有太大的关系
      

  9.   

    其实你应该学学mfc,他的思想很好啊!你要是做嵌入式开发的话vc还是不错的,mfc也是应该学的!
      

  10.   

    只要下工夫,MFC的所有代码应该能够全部看懂,否则怎能编出随心所欲的程序呀。