关于MFC的框架结构

1、MFC (Microsoft Foundation Class Library)中的各种类结合起来构成了一个应用程序框架，它的目的就是让程序员在此基础上来建立Windows下的应用程序，这是一种相对SDK来说更为简单的方法。因为总体上，MFC框架定义了应用程序的轮廓，并提供了用户接口的标准实现方法，程序员所要做的就是通过预定义的接口把具体应用程序特有的东西填入这个轮廓。Microsoft Visual C++提供了相应的工具来完成这个工作：AppWizard可以用来生成初步的框架文件（代码和资源等）；资源编辑器用于帮助直观地设计用户接口；ClassWizard用来协助添加代码到框架文件；最后，编译，则通过类库实现了应用程序特定的逻辑。

2、如前所述，MFC实现了对应用程序概念的封装，把类、类的继承、动态约束、类的关系和相互作用等封装起来。这样封装的结果对程序员来说，是一套开发模板（或者说模式）。MFC提供了一个Windows应用程序开发模式，对程序的控制主要是由MFC框架完成的，而且MFC也完成了大部分的功能，预定义或实现了许多事件和消息处理，等等。框架或者由其本身处理事件，不依赖程序员的代码；或者调用程序员的代码来处理应用程序特定的事件。

3、MFC是C++类库，程序员就是通过使用、继承和扩展适当的类来实现特定的目的。例如，继承时，应用程序特定的事件由程序员的派生类来处理，不感兴趣的由基类处理。实现这种功能的基础是C++对继承的支持，对虚拟函数的支持，以及MFC实现的消息映射机制。

其实MFC是非常“整齐”的，理解MFC的框架的核心是理解OOP（面向对象）的编程思想，MFC并不是被函数封装起来，而是使用了OOP的思想以类的形式封装了函数（Win32API）。可以简单理解整个MFC架构是：OOP→类→函数，其代码形式就是类序列（很简单吧，说白了就是类串。） 。之所以楼主感觉函数有些乱，基于两个原因：1没有理解oop编程模型，从而没有体会到整个代码其实就是类序列，还停留在C语言式的结构化编程（SP）思维 2 对封装了Win32函数的类没有足够的了解。做个比较把，如果说Win32（C语言式）代码结构总体理解为函数序列，那么MFC（C++）整体代码结构就是类序列，MFC调用类实现程序功能，Win32调用API实现程序功能。不明白的地方可以追问，望采纳，呵呵。

---