张玥的专栏

 先给出一个四人团对Decorator mode的定义：动态地给一个对象添加一些额外的职责。 再来说说这个模式的好处：认证，权限检查，记日志，检查参数，加锁，等等等等，这些功能和系统业务无关，但又是系统所必须的，说的更明白一点，就是面向方面的编程（AOP）。AOP把与业务无关的代码十分干净的从系统中切割出来，但是Decorator mode的强大远不止于此，本文的重点在于Decorator mod

原文：http://www.cnblogs.com/west-link/archive/2011/06/16/2082422.html 下面是我对archetype模式的理解，也是对原blog的评论：仔细看了一遍，给我的感觉是Archetype应该是在装饰器模式的基础上演化出来的一个模式，但没有脱离装饰器模式的本质，打个比方：如果说装饰器模式是父类，那么Archetype就是子类，父类比较泛化，适

 我知道的一种在python中Singleton mode的实现如下：class Foo: passdefinstance():    global inst    try:        inst    except:        inst = Foo()    return inst该实现的优点就是简单和直观，但缺点也同样明显：需要客户代码显式知道一个叫instance()的方法来创建该类的

原文地址：http://www.cnblogs.com/bluedoctor/archive/2011/06/01/2067177.html#pagedcomment   在RPG游戏中，人物携带物品在地图中走动，不同的物品具有不同的功能，如果就这么简单，那对物品的使用，就可以成为物品的一个方法，使用物品就调用这个方法好了。    很要命，不同的人物使用同一件物品的时候，效果也不一样。    这时

原文：http://huoding.com/2011/05/02/64Martin Fowler在他所写的《企业应用架构模式》一书中感慨道：MVC已经成为我们最常误用的模式。人们之所以常常误用MVC，很大程度上是因为混淆了不同的MVC变体。Classic MVC大概上世纪七十年代，Xerox PARC的Trygve提出了MVC的概念，并应用在Smalltalk系统中，为了和

decorator 窗口修饰（四人帮，设计模式）；星巴克咖啡记账（head first设计模式）；电子票据修饰（设计模式精解）；IPMI协议客户端实现（本人工作），JDK中的流的封装；个人感觉咖啡记账采用decorator模式，不如采用表格等方法好，算是一个不太恰当的例子。像IPMI协议实现更多是由底层的数据结构驱动，天然地采用decorator模式iterator:STL中各种Iterator

''设计模式精解P136，第11章：专家如何进行设计''Alexander提到：''从片段开始设计不是一个好的设计方法。即将预先成型的部分添加在一起是无法得到优秀的软件设计的。''（但还是可以得到可以工作的软件的，只是大部分时候难于修改或扩展）''我的观点：''    软件或者软件系统都是由''功能模块''和这些''模块之间的联系''组成的。模块包括''通用模块''和''业务模

原文地址：http://www.cnblogs.com/leoo2sk/archive/2009/06/17/1504693.html一篇极好的博文，主要是关于依赖注入的内容，但也涉及了一些OOAD和设计模式的内容