Design Pattern
关注
分享
扫一扫
文章平均质量分 75
icecityman
这个作者很懒，什么都没留下…
展开
-
设计模式学习笔记(十五)—State模式
转贴自 http://www.blogjava.net/flustar/archive/2007/12/05/state.html一、 State模式定义:允许一个对象在其状态改变时，改变它的行为。看起来对象似乎修改了它的类。二、 模式解说State模式主要解决的是在开发中时常遇到的根据不同的状态需要进行不同的处理操作的问题,而这样的问题,大部分人是采用switch-case语句进转载 2008-09-24 14:55:00 · 395 阅读 · 0 评论 -
设计模式学习笔记(四)—Bridge桥接模式
转贴自 http://www.blogjava.net/flustar/archive/2007/11/28/bridge.html 《设计模式》一书对Bridge是这样描述的：将抽象与其实现解耦，使它们都可以独立地变化。大致意思是说：将一组实现与另一组使用他们的对象分离。这里的实现指的是抽象类及其派生类用来实现自己的对象（而不是抽象类的派生类，这些派生类被称为具体类）。下面是《D转载 2008-09-27 11:32:00 · 395 阅读 · 0 评论 -
设计模式学习笔记(二)—-Adapter适配器模式
转贴自 http://www.blogjava.net/flustar/archive/2007/11/23/adapter.html GOF《设计模式》一书对Adapter模式是这样描述的： 将一个类的接口转换成客户希望的另外一个接口。Adapter模式使原本由于接口不兼容而不能一起工作的类可以一起工作。 这段话大致是说：我们需要一种方式，为一个功能正确但接口不合的对象创建一个转载 2008-09-27 11:34:00 · 360 阅读 · 0 评论 -
设计模式学习笔记(一)--Facade外观模式
转贴自 http://www.blogjava.net/flustar/archive/2007/11/23/facade.htmlGOF《设计模式》一书对Facade模式是这样描述的: 为子系统中的一组接口提供一个统一接口。Facade模式定义了一个更高层的接口，使子系统更加容易使用。 大致意思是说：使用一种比原有方式更简单的办法与系统交互。例如，我们把一个很转载 2008-09-27 11:36:00 · 317 阅读 · 0 评论 -
设计模式学习笔记(十三)—Iterator迭代器模式
转贴自 http://www.blogjava.net/flustar/archive/2007/12/04/iterator.htmlIterator模式定义:提供一个方法顺序访问一个聚合对象的各个元素，而又不暴露该对象的内部表示。这个模式在java的类库中已经实现了，在java中所有的集合类都实现了Conllection接口，而Conllection接口又继承了Iterable接口转载 2008-09-27 11:20:00 · 378 阅读 · 0 评论 -
设计模式学习笔记(十二)—Builder建造者模式
转贴自 http://www.blogjava.net/flustar/archive/2007/12/03/builder.html Builder模式定义:将一个复杂对象的构建与它的表示分离,使得同样的构建过程可以创建不同的表示。刚接触到这个模式的时候，实在搞不明白它的意思，有什么用。于是，上网google了一圈，终于得到这个大家普遍认可的解释：建造模式是一步一步创建一个复杂的对象转载 2008-09-27 11:22:00 · 348 阅读 · 0 评论 -
设计模式学习笔记(九)—Singleton模式
转贴自 http://www.blogjava.net/flustar/archive/2007/11/28/singleton.html 《设计模式》一书对Singleton模式是这样描述的：保证一个类只有一个实例，并提供一个访问它的全局访问点。这个模式比较简单，下面给出一个例子:public class Singleton { private static Singleton转载 2008-09-27 11:25:00 · 339 阅读 · 0 评论 -
设计模式学习笔记(七)—Observer观察者模式
转贴自 http://www.blogjava.net/flustar/archive/2007/11/28/observer.html 《设计模式》一书对Observer是这样描述的：定义对象间的一种一对多的依赖关系，当一个对象的状态发生改变时，所有依赖于它的对象都将得到通知并自动更新。举个例子，在现实生活中，父母与孩子是最亲密的人。父母做为孩子(被观察者)的监护人（观察者）,当孩子和别转载 2008-09-27 11:28:00 · 454 阅读 · 0 评论 -
设计模式学习笔记(五)—Abstract Factory抽象工厂模式
转贴自 http://www.blogjava.net/flustar/archive/2007/11/28/abstractFactory.html GOF《设计模式》一书对Abstract Factory模式是这样描述的: 为创建一组相关或相互依赖的对象提供一个接口，而且无需指定它们的具体类。 大致意思是说：我们在创建这些对象的时候，并不需要指定它们的具体类，这些具体类的对转载 2008-09-27 11:31:00 · 403 阅读 · 0 评论 -
设计模式学习笔记(六)—Decorator装饰模式
转贴自 http://www.blogjava.net/flustar/archive/2007/11/28/decorator.html 《设计模式》一书对Decorator是这样描述的： 动态地给一个对象添加一些额外的职责。就增加功能来说，Decorator模式比生成子类更为灵活。也就是说：动态地给对象添加一些额外的功能。它的工作原理是：创建一个始于Decorator对象（负责新功能的转载 2008-09-27 11:29:00 · 377 阅读 · 0 评论 -
设计模式学习笔记(八)—Template Method模式
转贴自 http://www.blogjava.net/flustar/archive/2007/11/28/templateMethod.html 《设计模式》一书对Template Method模式是这样描述的： 定义一个操作中算法的骨架，而将一些步骤延迟到子类中。不改变算法的结构而重新定义它的步骤。 我的理解：定义一个抽象类或者说接口，在它的内部定义一些抽象的方法（供Template转载 2008-09-27 11:27:00 · 324 阅读 · 0 评论 -
设计模式学习笔记(十)—Factory Method模式
转贴自 http://www.blogjava.net/flustar/archive/2007/11/29/factoryMethod.html 《设计模式》一书对Factory Method模式是这样描述的： 定义一个用于创建对象的接口，让子类决定实例化哪一个类。FactoryMethod使一个类的实例化延迟到其子类。 我的理解：FatoryMethod模式是一种创建型转载 2008-09-27 11:24:00 · 384 阅读 · 0 评论 -
设计模式学习笔记(十九)—Chain of Responsibility职责链模式
转贴自 http://www.blogjava.net/flustar/archive/2007/12/14/cor.htmlChain of Responsibility模式定义：为了避免请求的发送者和接收者之间的耦合关系，使多个接受对象都有机会处理请求。将这些对象连成一条链，并沿着这条链传递该请求，直到有一个对象处理它为止。我的理解：在不止一个对象可以处理客户端请求的时候，为了使每转载 2008-09-24 14:40:00 · 387 阅读 · 0 评论 -
设计模式学习笔记(十七)—Memento备忘录模式
转贴自 http://www.blogjava.net/flustar/archive/2007/12/08/memento.html一、 模式定义:在不破坏封装的前提下，捕获一个对象的内部状态，并在该对象之外保存这个状态。这样就可以将该对象恢复到原先保存前的状态。二、 模式解说在程序运行过程中，某些对象的状态处在转换过程中，可能由于某种原因需要保存此时对象的状态，以便程序运行到某个特转载 2008-09-24 14:50:00 · 336 阅读 · 0 评论 -
设计模式学习笔记(十六)—Proxy模式
转贴自 http://www.blogjava.net/flustar/archive/2007/12/06/proxy.html一、 Proxy模式定义:为其他对象提供一种代理以控制这个对象的访问。二、 模式解说Proxy代理模式是一种结构型设计模式，主要解决的问题是：在直接访问对象时带来的问题，比如说：要访问的对象在远程的机器上。在面向对象系统中，有些对象由于某些原因（比如对象转载 2008-09-24 14:52:00 · 349 阅读 · 0 评论 -
设计模式学习笔记(二十)—Visitor访问者模式
转贴自 http://www.blogjava.net/flustar/archive/2007/12/15/visitor.htmlVisitor模式定义:表示一个作用于某对象结构中各元素的操作。它可以使你不修改各元素类的前提下定义作用于这些元素的新操作，也就是动态的增加新的方法。Visitor模式结构图: Visitor模式中主要角色:1) 访问者角色(Visitor)：为转载 2008-09-24 14:39:00 · 321 阅读 · 0 评论 -
设计模式学习笔记(十八)—Mediator中介者模式
转贴自 http://www.blogjava.net/flustar/archive/2007/12/12/mediator.html设计模式学习笔记(十八)—Mediator中介者模式一、 模式定义:用一个中介者对象来封装一系列的对象交互。中介者使各对象不需要显式的相互引用，从而使其耦合松散，而且可以独立的改变他们之间的交互。二、 结构图 1) 抽象中介者：定义同事（Co转载 2008-09-24 14:41:00 · 411 阅读 · 0 评论 -
设计模式学习笔记(十四)—Command模式
转贴自 http://www.blogjava.net/flustar/archive/2007/12/05/command.html一、 Command模式定义:将一个请求封装为一个对象，从而使你不同的请求对客户进行参数化；对请求排队或记录请求日志，以及支持可撤销的操作。二、 模式解说Commad模式是一种对象行为模式，它可以对发送者(sender)和接收者(receiver)完全转载 2008-09-24 14:57:00 · 362 阅读 · 0 评论 -
设计模式学习笔记(三)—-Strategy策略模式
转贴自 http://www.blogjava.net/flustar/archive/2007/11/23/strategy.html GOF《设计模式》一书对Strategy模式是这样描述的: 定义一系列的算法，把他们一个个封装起来，并且使它们可相互替换。Strategy模式使算法可独立于使用它的客户而变化。 Strategy模式以下列几条原则为基础：1） 每个转载 2008-09-27 11:33:00 · 399 阅读 · 0 评论 -
设计模式学习笔记(十一)—Prototype原型模式
转贴自 http://www.blogjava.net/flustar/archive/2007/12/02/prototype.html Prototype模式的意图是: 通过给出一个原型对象来指明所要创建的对象类型，然后用复制这个原型对象的办法创建出更多的同类型对象。 在java的类库中已经实现了这一模式，只要你定义的类实现了Cloneable接口，用这个类所创建的对象可以做为原型对象转载 2008-09-27 11:23:00 · 435 阅读 · 0 评论 -
Design Patterns Roadmap
Design Patterns RoadmapCheck point 1: 精通任一種OO語言及OO基本觀念(繼承封裝多形)book: Thinking in Java(有中譯本) .Check point 2: Design Patterns入門book:1.Java與樣式理論 / Java與樣式實作 (閻宏)2.Applying UML and Patterns: An Introductio转载 2008-12-28 12:40:00 · 641 阅读 · 0 评论