文档/视图体系结构的替换选项
MFC 应用程序通常使用文档/视图体系结构来管理信息、文件格式和数据对用户的可视表示形式。 对于大多数桌面应用程序，文档/视图结构是适当和有效的应用程序体系结构。 这种体系结构将数据与视图分离，大多数情况下，可简化应用程序并减少冗余代码。
但是，文档/视图体系结构对于某些情况是不合适的。 请考虑下列示例：
如果要移植用 C 编写的 Windows 应用程序，则可能需要先完成移植，然后在向应用程序添加文档/视图支持。
如果您编写某个轻量级实用工具，则可能会发现不使用文档/视图体系结构也可进行此操作。
如果原始代码已将数据管理与数据视图混合，则不值得将代码移到文档/视图模型，因为你必须将两者分开。 您可能更愿意将代码保留原样。
若要创建不使用文档/视图体系结构的应用程序，请清除 MFC 应用程序向导的步骤 1 中的“文档/视图体系结构支持”复选框。 有关详细信息，请参阅 MFC 应用程序向导。
注意
MFC 应用程序向导生成的基于对话框的应用程序不使用文档/视图体系结构，因此，如果选择对话框应用程序类型，则会禁用“文档/视图体系结构支持”复选框。
Visual C++ 向导以及源编辑器和对话框编辑器与生成的应用程序一起工作，就像与其他任何向导生成的应用程序一起工作一样。 该应用程序可以支持工具栏、滚动条和状态栏，并有一个“关于”框。 您的应用程序将不注册任何文档模板，且不包含文档类。
请注意，生成的应用程序有一个从 CWnd 派生的视图类 CChildView。 MFC 创建视图类的一个实例并将其放置在您的应用程序创建的框架窗口中。 MFC 仍将强制使用视图窗口，因为它简化了应用程序内容的定位和管理。 你可以将绘制代码添加到此类的 OnPaint 成员中。 你的代码应将滚动条添加到视图而不是框架中。
由于 MFC 提供的文档/视图体系结构负责实现应用程序的许多基本功能，因此，如果项目中缺失该体系结构，则意味着您负责实现应用程序的许多重要功能：
如 MFC 应用程序向导所提供的，您的应用程序的菜单仅包含“文件”菜单上的“新建”和“退出”命令。 （只有 MDI 应用程序支持“新建”命令，没有文档/视图支持的 SDI 应用程序则不支持。）生成的菜单资源不支持 MRU（最近使用的）列表。
您必须添加您的应用程序支持的任何命令的处理程序函数和实现，包括“文件”菜单上的“打开”和“保存”按钮。 MFC 通常会提供代码以支持这些功能，但是，此支持与文档/视图体系结构紧密相连。
应用程序的工具栏（如果您请求一个）将会最小化。
强烈建议您使用 MFC 应用程序向导创建应用程序，而不使用文档/视图体系结构，因为该向导可以保证正确的 MFC 体系结构。 但是，如果必须避免使用此向导，这里有几种方法可以跳过代码中的文档/视图体系结构：
如上面建议的，将文档视为未使用的附加物并在视图类中实现数据管理代码。 文档的开销相对较低。 单个 CDocument 对象自身会产生少量开销，再加上
CDocument的基类、CCmdTarget 和 CObject 的少量开销。 后面两个类都很小。在
CDocument中声明：两个
CString对象。三个 BOOL。
一个
CDocTemplate指针。一个
CPtrList对象，该对象包含文档视图的列表。
此外，文档需要一定时间来创建文档对象、视图对象、框架窗口和文档模板对象。
将文档和视图视为未使用的附加物。 将数据管理和绘图代码放置在框架窗口而不是视图中。 此方法更接近 C 语言编程模型。
重写创建文档和视图的 MFC 框架部分，以便不再需要创建它们。 文档创建过程将以对
CWinApp::AddDocTemplate的调用开始。 从应用程序类的InitInstance成员函数中消除该调用，而在InitInstance中创建一个框架窗口。 将数据管理代码放置在框架窗口类中。 文档/视图创建中阐释了文档/视图创建过程。 这种方法需要更多的工作并要求更深入地了解框架，但它使您完全避免了文档/视图开销。
MFC: 使用不带文档和视图的数据库类这篇文章提供了在数据库应用程序上下文中的文档/视图替代项的更多具体实例。