一边啃着Design Pattern的几本厚书，一边为着牧师的T1和EP在MC苦苦挣扎，终于换来了几篇心得。
Pattern并不是独立的，他们相互协作，实现一个优良的Solution是共同的目的。可是要灵活地使用这些Pattern，其前提仍旧是对每一个Pattern有着深刻的认识。
我之所以想写这样的东西，是想把自己学习中遇到的困难和疑惑总结一下，避免其他人步入同样的误区，同时也将它作为自己学习的一份笔记。我希望可以通过一些最简单的例子把Pattern的适用场景和典型代码表示出来，便于理解。
我同时希望可以通过这样一种方式，让大家指出我理解的偏颇之处，也让所有的人通过这样的学习和讨论得到共同提高。
2006/9/1
*
*
*
2006/9/6
*
2006/9/7
* 又在网上看了一些关于Factory、Builder的示例，怀疑自己的理解有误，于是在《》尾部添注了新的认识。
*
2007/8/3
* 这两天趁着放假，忙里偷闲，又翻了翻Design Pattern的几本书，突然有了点感悟：
1. 在所有的Pattern里，基类与其派生类的关系非常类似于接口与实现的关系，因此继承与组合的合理搭配成为了Pattern的核心；
2. 使用Pattern的目的是降低耦合、提高聚合，从各式Pattern的示意图看来，要建立其内部各相关对象间的联系，总是Client应负责的工作。正如我一直困惑的Builder Pattern，生成部件是Pattern中Builder的责任，而利用部件拼装成品则应当是Client的责任。所以最终采纳了GoF的方案。
posted on 2006-09-02 15:23 Abbey的小匣子 阅读(2019)