设计模式应用浅述(一)

        GoF的设计模式，现在看来，好象已是普遍的技术了。上至CTO，下至普通程序员，如果说某人不了解什么是设计模式，那么，这个火星了。

        然而，真正用好设计模式，真正让设计模式给软件开发带来帮助的有多少？无法统计。

        有人是天才，能把GoF的23个模式完全背下来。也有使用迷你手册，现用现查。但也有人捧着大部头的名著，花了大量时间，读了很久，却不得要领。比如，国内就什么在设计模式中讲孙猴子，猪八戒的，讲老子，讲周易的。林林总总。以古论今。把设计模式哲学化。实际对写代码，对软件设计有害无益。

        软件本身有它特有的规律性。当然，这些规律我们确实能用哲学或其它的东西来概括。但这并不适用于所有的人。哲学化，抽象人的目的，是我们有可能进一步创建更新的模式。但回到最低层次，我们学心设计模式的根本目的是应用。而作为面向写代码的设计模式本身，只有用了，只有写了，那样的切身体会才是更加重要的。假如，将这一点也用哲学来说，那就是从理性，到感性，再到理性的过程。而绝大多数人的障硬是在：学完设计模式之后，不能运用。因而，无法得到最初的从理性到感性这一步。

        所以，我认为，原理大家都会抄。对于设计模式，我们不必再多讲什么原理。而是真正引领运用之路才是根本。为此，笔者利用个人的理解，浅述一下设计模式的应用。现分述如下：

 

一、创建型模式——特别的变量问题

    Factory Method（工厂方法）：定义一个用于创建对象的接口，让子类决定将哪一个类实例化。Factory Method使一个类的实例化延迟到其子类。
    实现方式：用抽象类或接口定义好各个产品的类或接口；产品抽象类可以继承，以实现不同的产品特性。从而可以实现产品系列。具体的产品继承产品抽象类。同时用抽象类定义好具体的工厂方法的类。在实现类中实现工厂方法。工厂方法以品名（产品类名）为参数，也可以用SWITCH CASE，但最好是同名模式，或表驱动法实现目标类的创建。
    总结：让各种类（产品）成为变量。
    选择模式：选类

 

    附注：任何程序语言，变量类型总是相对稳定的。当然，相对于PHP，JS却是可变的。但可变是的基本类型。自定义类型是不可变的。工厂方法目标是让类型可变。

 

 

    Abstract Factory（抽象工厂）：提供一个创建一系列相关或相互依赖对象的接口，而无需指定它们具体的类。
    实现方式：用抽象类或接口定义好各个产品的类或接口；产品抽象类可以继承，以实现不同的产品特性。从而可以实现产品系列。具体的产品继承产品抽象类。同时用抽象类定义好具体的对应不同系列的产品的工厂方法的类。在实现类中实现工厂方法。工厂方法以品名（产品类名）为参数，也可以用SWITCH CASE，但最好是同名模式，或表驱动法实现目标类的创建。
    特性：由于工厂方法类是抽象，所以，可能继承不同的工厂方法类的实现。从而有不同的工厂方法。
    总结：让有系列的各种类成为变量。并让对系列的创建也成为变量。
    选择模式：选类，同时选工厂方法

 

    附注：抽象工厂，让数据类型的变化成为二维的。

    Builder（构造器）：将一个复杂对象的构建与它的表示分离，使得同样的构建过程可以创建不同的表示。
    实现方式：定义抽象的构造器（Builder）的类，和抽象的构造器管理类Director.主体对象将构造器算法部分独立出来，通过继承抽象的构造器实现，并实现具体的构造器管理类，具体的构造器管理类，根据传入的构造器参数创建主体对象。
    总结：让类的构建算法成为变量。
    选择模式：选择构建算法

 

 

    Prototype（原型）：用原型实例指定创建对象的种类，并且通过拷贝这个原型来创建新的对象。
    实现方式：父类创建无数据原型，子类则添加非运行时数值或方法。使用时拷贝对应的子类原型，生成新的目标对象。
    总结：类中的部分属性当成变量：类中的部分数据在变，方法的算法也在变。将不变的数据与变化的方法放入到原型子类中。
    选择模式：选择半成品

   
    Singleton（单件）：保证一个类仅有一个实例，并提供一个访问它的全局访问点。
    实现方式：通过静态的getInstance方法确认类的实例是否存在，不存在则创建，然后返回这个唯一的实例对象。
    总结：让有类成为超全局变量，使得一个类仅有一个实例。
    选择模式：唯一性选择