这开发工具用的不少,VC、DELHPI、VS2003等,但最近在用VC6做项目时,突然有一种困惑,本来我种困惑从来就有,只是到现在才特别强烈,这种困惑就是关于MFC的Document/View体系结构。首先从开发工具来看,Document/View只存在于VC环境,而VB、Delphi、C++Build、及现在的.net,还有Java,都没有这种Document/view结构,都是简单的WinForm。也就是说不用VC就很少接触这种现成的体系结构(当然可以自已造轮子),在《深入浅出MFC》中说“Document/View是MFC的精髓”,所以有大篇幅介绍之,而有另外的书,如《MFC Visual C++6 编程技术内幕》说“在另一方面,程序员应该要完全放弃Document/View”,我也还记得在网上曾有人说过“Document/View是一种很差的体系结构”。还有一方面,从市场的软件来看,也只有微软的Office系统是Document/View结构,而很少看到有这种多文档的应用程序,因为如果不是用VC,都很难做出这种样子的。而从我参与过及见过的项目来说,都没有用这种Document/View结构,而都可以用对话框的模式而根本不用这种结构。因此,似乎这种结构是开发工具中的一个鸡肋,但所有书中,说MFC必提Document/View结构。因此,Document/View根本就不通用,根本就可以完全放弃,但每本MFC的书都大篇幅讲解这种结构,真的有点让我恼火!希望大家畅所欲言,指点一二!

解决方案 »

  1.   

    MVC好像在JAVA中应用多吧?在微软的工具中很少提及的吧?
      

  2.   

    任何东西都看你自己的需求了。Document/View也有它的应用之处
      

  3.   

    Document/View根本就不通用,根本就可以完全放弃,但每本MFC的书都大篇幅讲解这种结构,无法理解。好像微软件设计这个的时候,他把所有软件都想像成一个显示数据的软件一样。
    像Windows操作系统也没有哪个部分是用这种D/V结构啊?
      

  4.   

    MFC的文档模板技术是一种非常垃圾的技术,掌握不好非常容易出现错误,而且不好解决,要用好久比较难,什么但文档多文档,都很垃圾,同样基于单文档多文档模式的程序,用对框框模式更容易实现,调试编码也简单,最重要的是灵活性,文档模板结构非常不灵活,出了错都不好找,垃圾透顶,还有我非常讨厌MFC的乱七八糟的宏,出了问题,不好找,头晕眼花
      

  5.   

    难得楼上的“星星”这么评价啊!我也这样想的,我也认为“MFC的文档模板技术是一种非常垃圾的技术”,只是发现所有MFC的书籍都是大篇幅来介绍这种垃圾,所以很恼火啊!