MFC,STL与设计模式?

FMD()

  

近日，偶读"设计模式"一书

虽不能完全理解，但已获益不少。

OOP编程思想，可谓博大精深,在学习及使用VC时，除了需要对常规的封装、继承、多态的理解外，

还要加上对多种设计模式的理解与灵活运用才能充发挥VC++面向对象编程的强大潜力。

实际上，设计模式并不遥远，各位多多少少在自己的编程实践中使用过，高手们，可能不需要看

这方面的书，也能一一总结出来。

MFC本身就是一个集合了多种设计模式的Framework。平常在使用MFC时，实际上就是在一些模式中

填空。因此，MFC及其源码就是一个学习OOP和设计模式的极好教材。

我自己琢磨了一下，MFC中有一些使用频率很高的设计模式

现将他们终结出来，由于个人能力及参考资料有限，仅能列举一二。

有兴趣的同志可以参与我在VC版的贴子:

http://{域名已经过期}/expert/topic/159/159235.shtm



●Iterator(迭代器)

意图: 提供一种方法顺序访问一个聚合对象中各个元素, 而又不需暴露该对象的内部表示。

示例: STL中的Containers与Iterator 

STL中，提供了很多总数据结构，为这些数据结构又定义了很多种统一迭代器,通过迭代器来访问

数据结构的元素。这样就将数据的访问与数据的内部存储结构分隔开了，使所有的数据结构有共

通的访问方式。



●Template Method(模板方法)

意图:定义一个操作中的算法的骨架，而将一些步骤延迟到子类中。Template Method使得子类可

以不改变一个算法的结构即可重定义该算法的某些特定步骤。

示例:

这种模式在MFC源码中被大量使用。

典型的有: CView基类对WM_PANT消息的相应

void CView::OnPaint()

{

    file://处理流程

    CPaintDC dc(this);

    OnPrepareDC(&dc);

    OnDraw(&dc);

}

然后派生类实现OnPrepareDC,OnDraw完成具体的步骤。

 

●Bridge(桥接)

意图:将抽象部分与它的实现部分分离，使它们都可以独立地变化。

示例:MFC中的 (Serialization) 序列化机制

在序列化机制中,CArchive 和 CFile共同完成了数据的永久存储

CArchive定义了数据存取的共用接口

而CFile及其派生类 则完成了存储过程的具体实现(文件、内存缓冲区等等)

这样,数据存储的接口部分与具体实现部分被分离了。给CArchive搭配不同的CFile派生类就可实

现不同的物理存储。

 

●Observer(观察者)

意图:定义对象间的一种一对多的依赖关系,当一个对象的状态发生改变时, 所有依赖于它的对象

都得到通知并被自动更新。

示例:MFC 中的文档视图结构

一个文档对象可以对应多个视图对象，视图对象是对文档对象的诠释。

当文档对象发生变化后，调用UpdateAllViews 更新视图

然后各个视图的OnUpdate 被调用。  

●Chain of Responsibility　(职责链)
意图:
使多个对象都有机会处理请求，从而避免请求的发送者和接收者之间的耦合关系。将这些对象连成一条链，并沿着这条链传递该请求，直到有一个对象处理它为止。

示例:
MFC消息链
在MFC中各 CCmdTarget派生类定义自己对特定消息及命令的响应动作。
消息和命令沿着消息映射定义的链进行传递，直到有对象处理他。

另外，我感觉得到doc-view文档结构中 文档模板的定义应该算是一种模式，不过，现在还总结不

出是那种。

还有,CObject派生类的动态生成CreateObject也是否是某种模式。

还望高人指点! 

鸣谢:mountebank、wonder88、mountebank、bzshow...