设计模式
「已注销」
这个作者很懒,什么都没留下…
展开
-
subject和observer模式
subject和observer分离开,松耦合状态。public interface Observer ...{ public void update();}public interface Subject ...{ public void registerObserver(Observer o); public void removeObserver(Observ翻译 2007-06-22 11:43:00 · 968 阅读 · 0 评论 -
Decorator模式
给一个类添加功能扩展的时候,最开始想到的可能就是用继承。在子类中覆盖(override)父类的方法。但是这样会带来一个问题:随着要添加的功能越来越多,子类会成爆炸式增长,维护这么多不同的子类是个很难的问题。这样通过继承来扩展功能是静态的,即在编译的时候子类的方法就被确定了。使用Decorator就可以很好的动态增加功能的扩展,而且是非常富有弹性的扩展。一个重要的设计原则:(引自h原创 2007-06-25 15:19:00 · 757 阅读 · 0 评论 -
Compostion模式
Composite定义:将对象以树形结构组织起来,以达成“部分-整体” 的层次结构,使得客户端对单个对象和组合对象的使用具有一致性. 调用方法时,会遍历这个树。就用一个树的例子来说明。(我仿照别人写的C++版本)树的抽象基类:class treestuff ...{public: treestuff(); virtual ~treestuff(); virtua原创 2007-06-26 11:11:00 · 861 阅读 · 0 评论 -
Command设计模式
我的理解Command Pattern 设计一个命令的执行者,它负责执行命令,但是它并不知道这个命令是什么,它只负责去执行就好了,而且这个命令也总是会被正确的执行。 其实在看了前几页对这个模式的描述,差不多脑海中就已经构思出这个模式的大概实现了。 比较生动的2个例子: 1. 你去一家餐厅吃饭。当你把菜单点好,服务员会把你的菜单送到厨师那里,厨师会帮你做好你点的菜。就这么简单:其中服务员就相当于是命翻译 2007-08-30 14:57:00 · 841 阅读 · 0 评论