|
摘要：
建造者模式(Builder)，将一个复制对象的构建与它的表示分离，使得同样的构建过程可以创建不同的表示。 建造者模式的UML图： Builder是为创建一个Product对象的各个部件指定的抽象接口。 ConcreteBuilder是具体的建造者，实现Builder接口，构造和装备各个部件。 Product是产品角色，也就是具体的产品。 Director是指挥者，它是构建一个使用Builder接口的对象。 以下给出建造者模式的基本代码结构：namespace ConsoleApplication1{ //Product类 class Pr... 阅读全文
摘要：
外观模式(Facade)，为子系统中的一组接口提供一个一致的界面，此模式定义了一个高层接口，这个接口使得这一子系统更加容易使用。 怎么叫更加容易使用呢？多个方法变成一个方法，在外观看来，只需知道这个功能完成哪些功能就OK了，不必记得一大堆对象，一大堆方法。 外观模式UML图： 外观模式的基本结构代码：namespace ConsoleApplication1{ //四个子系统类 class SubSystemOne { public void MethodOne() { Console.WriteLine("... 阅读全文
摘要：
模板方法模式，定义一个操作中的算法的骨架，而将一些步骤移动(变动的部分)到子类中，模板方法使得子类可以不改变一个算法的结构即可重定义该算法的某些特定步骤。 模板方法的关键点在于对重复代码的提炼(要精准)。模板方法就是提供了一个很好的代码复用平台。 以下给出模板方法模式的UML图: 以下给出模板方法模式的代码结构：namespace ConsoleApplication1{ abstract class AbstractClass { public abstract void PrimitiveOperation1(); public... 阅读全文
摘要：
原型模式(Prototype)，用原型实例指定创建对象的种类，并且通过拷贝这些原型创建新的对象。 简单说来原型模式就是从一个对象再创建另外一个可定制的对象，而且不需知道任何创建的细节。 原型模式UML图： 原型模式的基本代码结构：namespace ConsoleApplication1{ abstract class Prototype { private string id; public Prototype(string id) { this.id = id; } p... 阅读全文
摘要：
工厂方法模式(Factory Method)，定义了一个用于创建对象的接口，让子类决定实例化哪一个类。工厂方法使一个类的实例化延迟到子类。 工厂方法模式在实现时，客户端需要决定实例化哪一个工厂来实现运算类，选择判断的问题还存在，也就是说，工厂方法把简单工厂的内部逻辑判断移到了客户端代码来进行。想要加功能，本来是修改工厂类的，而现在是修改客户端。 下面给出工厂方法模式UML图： 工厂方法模式示例：namespace 工厂方法模式{ //数据库类 class DataBase { public virtual string SelectTopOne... 阅读全文
摘要：
代理模式(Proxy)，为其他对象提供一种代理以控制对这个对象的访问。 在某些情况下，一个对象不适合或者不能直接引用另一个对象，而代理对象可以在客户端和目标对象之间起到中介的作用。 代理模式的优点： (1)、职责清晰，真实的角色就是实现实际的业务逻辑，不用关心其他非本职责的事务，通过后期的代理完成一件完成事务，附带的结果就是编程简洁清晰。 (2)、代理对象可以在客户端和目标对象之间起到中介的作用，这样起到了的作用和保护了目标对象的作用。 (3)、高扩展性 代理模式的UML图： 代码示例：namespace ConsoleApplication1{ abs... 阅读全文
摘要：
装饰模式(Decorator)，动态地给一个对象添加一些额外的职责，就增加功能来说，装饰模式比生成子类更为灵活。 装饰者模式隐含的是通过一条条装饰链去实现具体对象，每一条装饰链都始于一个Componet对象，每个装饰者对象后面紧跟着另一个装饰者对象，而对象链终于ConcreteComponet对象。 用粗略的话讲：装饰模式就是为已有功能动态地添加更多功能的一种方式。 何为动态。比如打折策略。3折后再减30元再打8折， UML图如下： Component是定义一个对象接口，可以给这些对象动态地添加职责。ConcreteComponent是定义了一个具体的对象，也可以给这个对... 阅读全文
摘要：
策略模式(Strategy):它定义了算法家族，分别封装起来，让他们之间可以互相替换，此模式让算法的变化不会影响到使用算法的客户。 策略模式是一种定义一系列算法的方法，从概念上来看，所有这些算法完成的都是相同的工作，只是实现不同，它可以以相同的方式调用所有的算法，减少了各种算法类与使用算法类之间的耦合。事实上你可以将一个继承自抽象策略类的称为具体策略，就是策略模式中的策略1，策略2...... 策略模式的优点： 策略模式的Strategy类层次为Context定义了一系列的可供重用的算法或行为。继承有助于析取出这些算法的公共功能。策略模式的另一个优点是简化了单元测试，因为每个算法都有... 阅读全文
摘要：
简单工厂模式是由一个工厂对象决定创建出哪一种产品类的实例。简单工厂模式是工厂模式家族中最简单实用的模式，可以理解为是不同工厂模式的一个特殊实现。 使用场景:工厂类负责创建的对象比较少；客户只知道传入工厂类的参数，对于如何创建对象（逻辑）不关心；由于简单工厂很容易违反高内聚责任分配原则，因此一般只在很简单的情况下应用。 优点： 工厂类是整个模式的关键。包含了必要的逻辑判断，根据外界给定的信息，决定究竟应该创建哪个具体类的对象。 通过简单工厂类，对外部来说，仅仅需要知道传入什么参数就能返回何种对象就可以了。不必再理会到对象是怎样生成的，逻辑是如何实现等等。 缺点: 由于工厂类集中了... 阅读全文
摘要：
单例模式(Singleton)：保证一个类仅有一个实例，并提供一个访问它的全局访问点。一、单例模式 通常我们可以让一个全局变量使得一个对象被访问，但它不能防止你实例化多个对象。一个最好的办法就是，让类自身负责保存它的唯一实例。这个类可以保证没有其他实例可以被创建，并且它可以提供一个访问该实例的方法。 单例模式结构图： Singleton类，定义一个GetInstance操作，允许客户访问它的唯一实例。GetInstance是一个静态方法，主要负责创建自己的唯一实例。 单例模式示例：namespace ConsoleApplication1{ public class Si... 阅读全文
|
