摘要：一、概述在软件开发特别是DSL开发中常常需要使用一些相对较复杂的业务语言，如果业务语言使用频率足够高，且使用普通的编程模式来实现会导致非常复杂的变化，那么就可以考虑使用解释器模式构建一个解释器对复杂的业务语言进行翻译。这种做法虽然效率相对较低，但可以允许用户使用自定义的业务语言来处理逻辑，因此在效率不是关键问题的场合还是较为有用的。二、解释器模式解释器模式描述了如何为简单的语言定义一个文法，如何在该语言中表示一个句子，以及如何解释这些句子。其结构图如下：AbstractExpression声明一个为抽象语法树中所有节点所共享的解释接口。TerminalExpression表示终结符表达式，实现 阅读全文

摘要：一、概述在软件开发中，有时需要保存一个对象的状态，以便于允许用户取消相关操作或者从以往的状态中恢复过来。比如一个文档版本管理系统，可以根据需要将指定文档恢复到之前保存过的任意一个状态。这时就可以通过备忘录模式来实现。二、备忘录模式备忘录模式可以在不破坏封装性的前提下捕获一个对象的内部状态，并在该对象之外保存这个状态。其结构图如下：Memento用于保存Originator对象的内部状态。Originator创建Memento，并根据需要决定需要在Memento中保存那些状态，同时还能从Memento中恢复内部状态。Caretaker负责保存Memento对象，但不对Memento对象进行任何操 阅读全文

摘要：一、概述在软件开发中，我们有时会碰上许多对象互相联系互相交互的情况，对象之间存在复杂的引用关系，当需求更改时，对系统进行修改将会非常困难。为了对系统的对象进行解耦，可以引入一个间接层来管理对象之间的关系，这就是中介者模式。二、中介者模式用一个中介对象来封装一系列的对象交互。中介者使各对象不需要显示地相互引用，从而使其耦合松散，而且可以独立地改变它们之间的交互。其结构图如下：Mediator作为中介者定义一个接口用于与各Colleague对象交互。ConcreteMediator实现了Mediator接口，作为具体的中介者通过协调各Colleague对象实现协作行为。每一个Colleague中都 阅读全文

摘要：一、概述在软件开发中，我们有时需要创建大量细粒度的对象，比如文档处理系统就可能需要创建成千上万的字符对象。但如果对每个字符对象都分配内存，那么在系统运行时就会耗费大量的内存。如何在保留面向对象操作方式优点的同时避免创建大量的对象呢？这就到了享元模式发挥作用的时候了。二、享元模式享元模式运用共享技术有效地支持大量细粒度的对象。例如可以对文档处理系统创建共享池，在共享池中建立字母和代码的对应关系，这样就可以用共享池中的26个对象解决需要创建大量对象的问题。其结构图如下：Flyweight定义了享元接口，外部对象通过这个接口来访问具体的享元对象。ConcreteFlyweight实现Flyweigh 阅读全文

摘要：一、概述在软件开发中，经常会碰上某些对象，其创建的过程比较复杂，而且随着需求的变化，其创建过程也会发生剧烈的变化，但他们的接口却能比较稳定。对这类对象的创建，我们应该遵循依赖倒置原则，即抽象不应该依赖于实现细节，实现细节应该依赖于抽象。原型模式为我们提供了这样一个解决方案，使得客户程序可以隔离出这些易变的创建过程，从而摆脱创建细节的纠缠。二、原型模式原型模式可以用原型实例指定创建对象的种类，并且通过拷贝这些原型创建新的对象。其结构图如下：Prototype声明了克隆自身的一个接口。ConcretePrototype继承Prototype并定义了克隆自身的操作。Client通过原先克隆自身来创建 阅读全文

摘要：一、概述在软件开发中，我们有时候会遇上一个对象具有多个变化维度。比如对汽车对象来说，可能存在不同的汽车类型，如公共汽车、轿车等，也可能存在不同的发动机，如汽油发动机、柴油发动机等。对这类对象，可应用桥接模式来增强系统灵活度，避免由于多维度变化带来的复杂性。二、桥接模式桥接模式利用对象的组合关系将不同的变化维度分离，使其可以沿着各自的维度来变化。其结构图如下：Abstraction定义了抽象类，并包含Implementor对象。RefinedAbstraction实现了抽象类。Implementor定义了另一个变化维度。ConcreteImplementor提供了第二个变化维度接口的具体实现。三 阅读全文

摘要：一、概述在软件开发中，我们往往会遇上类似树形结构的对象体系。即某一对象既可能在树形结构中作为叶节点存在，也可能作为分支节点存在。比如在文件系统中，文件是作为叶节点存在，而文件夹就是分支节点。在设计这类对象时，如果将叶节点和分支节点区别对待，那么在实际开发中会带来较大的复杂性。比如客户端调用时可能会频繁的使用转型操作，同时代码的可维护性和扩展性也较差。在设计中使用组合模式可以解决这一系列弊端。二、组合模式组合模式定义了叶节点和分支节点的一致的接口，将客户端代码与复杂的对象结构解耦，大大降低了客户端调用的复杂性。其结构图如下：Component定义了所有对象的共同接口，可以在Component中定 阅读全文

摘要：一、概述在系统设计中，某一个系统可能非常庞大，用户要使用该系统就不得不掌握大量的接口，造成使用的不便。这时可以考虑将该系统细分成一系列子系统并使子系统间的耦合降到最低，利用外观模式提供一个外观对象，为这一系列子系统提供一个简单的使用接口，这样用户只需要掌握外观对象上的少量接口即可使用该系统。就以汽车为例，一辆汽车由引擎、车轮、刹车等无数子系统构成，大多数用户在实际使用过程中并不关心这些子系统之间的工作细节，他们只希望能简单的启动、刹车即可。二、外观模式外观模式为系统中的一组接口定义了一个高层接口，这个接口使得这一系统更加容易使用。外观模式能有效简化外部程序和系统间的交互接口，将外部程序的演化和 阅读全文

摘要：一、概述在软件开发中，某一个对象的请求可能会被多个对象处理，但每次最多只有一个对象处理该请求，对这类问题如果显示指定请求的处理对象，那么势必会造成请求与处理的紧耦合，为了将请求与处理解耦，我们可以使用职责链模式，职责链模式可以向多个处理对象提交请求，具体由哪个处理对象进行处理则是在运行过程中动态指定。二、职责链模式职责链模式将多个处理对象连接形成一条链，并沿着该链传递需处理的请求，直到有一个对象被处理或是请求被传递到链的末尾为止。该模式将请求与处理解耦，可以动态的增减处理职责，增加了灵活性。其结构图如下：Handler定义了处理对象的接口，往往通过它来实现后继的职责链。ConcreteHand 阅读全文

摘要：一、概述在软件设计工作中会存在对象之间的依赖关系，当某一对象发生变化时，所有依赖它的对象都需要得到通知。如果设计的不好，很容易造成对象之间的耦合度太高，难以应对变化。使用观察者模式可以降低对象之间的依赖，以松耦合的方式实现这一目标。二、观察者模式观察者模式定义对象间的一种一对多的依赖关系，当一个对象的状态发生改变时，所有依赖于它的对象都得到通知并自动更新。其结构图如下：Subject知道它的所有观察者并提供了观察者注册和删除订阅的接口。Observer为那些在目标发生改变时需获得通知的对象定义一个更新接口。ConcreteSubject实现Subject接口，当改变状态时向依赖于它的Concr 阅读全文

摘要：一、概述由于需求的改变，某些类常常需要增加新的功能，但由于种种原因这些类层次必须保持稳定，不允许开发人员随意修改。对此，访问者模式可以在不更改类层次结构的前提下透明的为各个类动态添加新的功能。二、访问者模式访问者模式表示一个作用于某对象结构中的各元素的操作。它使你可以在不改变各元素的类的前提下定义作用于这些元素的新操作。其结构图如下：Visitor为每一个ConcreteElement声明一个Visitor操作。ConcreteVisitor实现了Visitor声明的操作，其定义的行为就是需要动态添加到ConcreteElement中的新功能。Element定义一个以Visitor为参数的Ac 阅读全文

摘要：一、概述在软件系统中，有时候面临着复杂的对象创建，该对象由一定算法构成的子对象组成，由于需求变化，这些子对象会经常变换，但组合在一起的算法却是稳定的。生成器模式可以处理这类对象的构建，它提供了一种封装机制来隔离各类子对象的变化，从而保证系统的稳定。二、生成器模式生成器模式将一个复杂对象的构建与它的表示分离，使得同样的构建过程可以创建不同的表示。其结构图如下：Builder为创建Product对象的各个子对象指定抽象接口。ConcreteBuilder实现了Builder接口，用于创建Product对象的各个子对象。Director使用Builder来创建Product对象。Product表示被 阅读全文

摘要：一、概述在软件开发中，有些对象由于创建成本高、访问时需要与其它进程交互等原因，直接访问会造成系统速度慢、复杂度增大等问题。这时可以使用代理模式，给系统增加一层间接层，通过间接层访问对象，从而达到隐藏系统复杂性、提高系统性能的目的。二、代理模式代理模式为其他对象提供一种代理以控制对这个对象的访问。其结构图如下：Subject定义了RealSubject和Proxy共用的接口，使得在任何使用RealSubject的地方都可以使用ProxyRealSubject定义了Proxy所代表的实体。Proxy定义了一个控制RealSubject的代理，供Client使用。代理模式根据用途不同可以分为几种类型 阅读全文

摘要：一、概述在软件开发中，常常会想要复用一个已经存在的组件，但该组件的接口却与我们的需要不相符，这时我们可以创建一个适配器，在需复用的组件的接口和我们需要的接口间进行转换，从而能够正常的使用需复用的组件。这就是适配器模式。二、适配器模式适配器模式将一个类的接口转换成客户希望的另一个接口，使得原本由于接口不兼容而不能一起工作的那些类可以一起工作。适配器模式可分为类适配器和对象适配器两种，类适配器使用多重继承对两个接口进行匹配，对象适配器则依赖于对象的组合。类适配器模式的结构图如下：对象适配器模式的结构图如下：Target定义了客户需要使用的接口。Adaptee定义了已经存在的那个接口，该接口需要通过 阅读全文

摘要：一、概述在软件系统中，经常面临着“某个对象”的创建工作，由于需求的变化，这个对象的具体实现经常面临着剧烈的变化，但是它却拥有比较稳定的接口。如何应对这种变化？如何提供一种封装机制来隔离出“这个易变对象”的变化，从而保持系统中“其它依赖该对象的对象”不随着需求的改变而改变？这就可以用到工厂方法模式了。二、工厂方法模式工厂方法模式定义了一个用于创建对象的接口，让其子类决定实例化哪一个对象。使一个对象的创建工作延迟到其子类。工厂方法模式的结构图如下：Product定义了工厂方法所创建的对象的接口。ConcreteProduct实现Product接口, 定义了具体对象。Creator定义了具体对象创建 阅读全文

摘要：一、概述在软件开发中，常常会需要创建一系列相互依赖的对象，同时，由于需求的变化，往往存在较多系列对象的创建工作。如果采用常规的创建方法（new），会造成客户程序和对象创建工作的紧耦合。对此，抽象工厂模式提供了一种解耦手段。二、抽象工厂模式抽象工厂模式提供一个创建一系列相关或相互依赖对象的接口，而无需指定它们具体的类。抽象工厂模式的结构图如下：AbstractFactory声明了一个创建抽象产品对象的操作接口。ConcreteFactory实现了创建具体产品对象的操作。AbstractProduct为一类产品对象声明一个接口。ConcreteProduct实现AbstractProduct接口， 阅读全文

摘要：一、概述在软件开发过程中，我们有时候需要保证一个类仅有一个实例，比如在一个电脑用户下只能运行一个outlook实例。这时就需要用到单件模式。二、单件模式单件模式保证一个类仅有一个实例，并提供一个访问它的全局访问点。。单件模式的结构图如下：Singleton负责创建自己的唯一实例，并定义一个Instance方法允许客户访问该实例。三、示例先来看看最简单的单件模式实现例子。 1 class SimpleSingleton 2 { 3 private static SimpleSingleton _instance; 4 5 private Simp... 阅读全文

摘要：一、概述在软件开发过程中，我们可能会希望在不暴露一个集合对象内部结构的同时，可以让外部代码透明地访问其中包含的元素。迭代器模式可以解决这一问题。二、迭代器模式迭代器模式提供一种方法顺序访问一个集合对象中的各个元素，而又不需暴露该对象的内部表示。迭代器模式的结构图如下：Iterator定义了访问和遍历元素的接口。ConcreteIterator表示具体的迭代器，它实现了Iterator接口。Aggregate定义创建相应迭代器对象的接口。ConcreteAggregate实现创建相应迭代器对象的接口，返回ConcreteIterator的一个实例。三、示例在C#中，实现迭代器模式是非常方便的，特 阅读全文

摘要：一、概述我们来实现一个企业的工资系统，该企业中不同级别的员工工资算法都不相同，针对该问题，最容易想到的莫过于在代码中堆积一大堆if…else…语句或者是switch…case…语句。如果该企业中不同级别的员工过多，或是对级别的调整比较频繁，那该系统就会显得复杂而脆弱。如何能将对象和算法解耦，从而使得在系统运行时能透明的改变对象的算法呢？这就到了策略模式大显身手的时候了。二、策略模式策略模式定义了一系列算法，把它们一个个封装起来，并且使它们可相互替换。该模式可使得算法能独立于使用它的客户而变化。策略模式的结构图如下：Context代表需要改变算法的那个对象，它维护了一个对Strategy对象的引 阅读全文

摘要：一、概述在面向对象软件设计时，常常碰到某一个对象由于状态的不同而有不同的行为。如果用if else或是switch case等方法处理，对象操作及对象的状态就耦合在一起，碰到复杂的情况就会造成代码结构的混乱。在这种情况下，就可以使用状态模式来解决问题。二、状态模式状态模式允许一个对象在其内部状态改变时改变它的行为，使对象看起来似乎修改了它的类。状态模式的结构图如下Context代表需要改变状态的那个对象，它维护了一个State实例，该实例定义了对象的当前状态。State定义了一个抽象类或是接口，用以封装与特定状态相关的行为。ConcreteState实现了State定义的行为。三、示例本文实现 阅读全文