随笔分类 - 设计模式
关于设计模式
摘要：迪米特法则迪米特法则（LoD）也叫知识法则迪米特法则（LoD）,如果两个类不必彼此直接通信，那么这两个类就不应发生直接的相互作用。如果其中一个类需要调用另一个类的某一个方法的话，可以通过第三者转发这个调用。迪米特法则其根本思想，是强调类之间的松耦合。 里氏代换原则里氏代换原则（LSP）,子类必须能够
阅读全文
摘要：建造者模式（Builder），将一个复杂对象的构建与它的表示分离，使得同样的构建过程可以创建不同的表示。 示图代码如下： public abstract class Builder { public abstract void buildPartA(); public abstract void b
阅读全文
摘要：外观模式（Facade），为子系统中的一组接口提供一个一致的界面，此模式定义了一个高层接口，这个接口使得这一子系统更加容易使用。 图示代码： public class Facade { SubSystemOne one; SubSystemTwo two; SubSystemThree three;
阅读全文
摘要：迪米特法则（LoD）也叫知识法则迪米特法则（LoD）,如果两个类不必彼此直接通信，那么这两个类就不应发生直接的相互作用。如果其中一个类需要调用另一个类的某一个方法的话，可以通过第三者转发这个调用。迪米特法则其根本思想，是强调类之间的松耦合。
阅读全文
摘要：模板方法模式（TemplateMethod），定义一个操作中的算法骨架，而将一些步骤延迟到子类中。模板方法使得子类可以不改变一个算法得结构即可重定义该算法得某些特定步骤。 示意图代码如下： 1 public abstract class AbstractClass { 2 public abstra
阅读全文
摘要：原型模式（Prototype），用原型实例指定创建对象的种类，并通过拷贝这些原型创建新的对象。 图示代码： 1 public abstract class Prototype { 2 private String id; 3 4 public Prototype(String id) { 5 thi
阅读全文
摘要：工厂方法模式（Factory Method）,定义一个创建对象的接口，让子类决定实例化哪一个类。工厂方法使一个类的实列化延迟到其子类。 示意图代码如下： 1 public abstract class Product { 2 public abstract void show(); 3 } Prod
阅读全文
摘要：装饰模式装饰模式（Decorator），动态的给一个对象添加一些额外的职责，就增加功能来说，装饰模式比生成子类更为灵活。 示图代码如下： 1 public abstract class Component { 2 public abstract void operation(); 3 } Compo
阅读全文
摘要：里氏代换原则里氏代换原则（LSP）,子类必须能够替换掉它们的父类型。只有当子类能够替换掉父类，软件单位的功能不受到影响时，父类才能真正被复用，而子类也能在父类的基础上增加新的行为。
阅读全文
摘要：依赖倒转原则1.高层模块不应该依赖低层模块，两个都应该依赖抽象2.抽象不应该依赖细节，细节应该依赖抽象
阅读全文
摘要：开放-封闭原则开放-封闭原则，是说软件实体（类，实体，函数等等），应该可以扩展，但不可修改
阅读全文
摘要：单一职责原则单一职责原则（SRP），就一个类而言，应该仅有一个引起它变化的原因
阅读全文
摘要：定义 策略模式（Strategy），它定义了算法家族，分别封装起来，让他们之间可以相互替换，此模式让算法得变化，不会影响到使用算法得用户。 代码实现如下： 1 public abstract class Strategy { 2 //算法方法 3 public abstract void algor
阅读全文
摘要：定义： 访问者模式（Visitor）,表示一个作用于某对象结构中的各个元素的操作。它使你可以在不改变各元素类的前提下定义作用于这些元素的新操作。 访问者模式适用于数据结构相对稳定的结构，它把数据结构和作用于结构上的操作之间的耦合解脱开，使得操作集合可以自由的演化。 访问者模式的目的是，要把处理从数据
阅读全文
摘要：解释器模式（interpreter）,给定一个语言，定义它的文法的一种表示，并定义一个解释器，这个解释器用于该表示来解释语言中的句子。 优点： 可以很容易的改变和扩展文法，因为该模式使用类来表示文法规则，你可以使用继承来改变或扩展该文法。也比较容易实现文法，因为定义抽象语言各个节点的类实现大体类似，
阅读全文
摘要：享元模式（Flyweight） 运用共享技术有效地支持大量细粒度的对象 使用场景： 如果一个应用程序使用了大量的对象，而大量的对象造成了很大的存储开销时就应该考虑使用；还有就是对象的大多数状态可以外部状态，如果删除对象的外部状态，那么就可以用相对较少的共享对象取代很多组对象，此时就可以考虑享元模式
阅读全文
摘要：直接代码： 1 public abstract class Mediator { 2 public abstract void send(String message,Colleague coll); 3 } Mediator 1 public class ConcreteMediator exte
阅读全文
摘要：职责链模式（Chain ofResponsibility）:使多个对象都有机会处理请求，从而避免请求的发送者和接收者之间的耦合关系。将这个对象连成一条链，并沿着这条链传递该请求，直到有一个对象处理它为止。 当客户有一个请求时，请求是沿链传递直到有一个ConcreteHandle对象负责处理它； 接收
阅读全文
摘要：命令模式（Command）,将一个请求封装成一个对象，从而使你可用不同的请求对客户进行参数化；对请求排队或记录请求日志，以及支持可撤销的操作。 命令模式的优点：1.它能比较容易的设计一个命令队列2.在需要的情况下，可以较容易的把命令记录在日志3.允许接受请求的一方决定是否要否决请求4.可以轻易的实现
阅读全文
摘要：桥接模式（Bridge），使它的抽象部分与实现部分分离，使它们都可以独立的变化。 什么叫抽象与它的实现分离，这并不是说，让抽象类与其派生类分离，因为这没有任何意义。实现指抽象类与它的派生类来实现自己的对象。 代码如下： 1 public abstract class Implementor { 2
阅读全文
浙公网安备 33010602011771号