设计模式－抽象工厂解析

对于学习编程的我们来说，要写可读性好的代码 ，完了还要维护，最好能重复使用，这样的代码就很优美了，但是真正能写出很优美的代码的人有多少，我们的前人总结了很经典的设计模式就是这样优美的， 只有优美的代码才能帮我们走的更远，让我的编程之路更加愉快。 
不管你是学习那种语言java也好c，c++,c# ,web中的jsp,php，asp还是其他的，我们说语言这东西其实真的是生生灭灭， 但是里面的思想，模式，是很难在一段时间里消亡的， 所以我们应该也好好的学习一下 设计模式，研究一下当中的精华思想。

好，我们开始。  设计模式是有这么几个分枝：1，Creational patterns构建模式 2，Sturctual patterns结构化模式 3，Behavioral  patterns 行为模式 


这三类模式很容易理解就是 设计中的三个步骤， 先有create 才会Struct ，再才有Behavior
还有模式的四个基本的要素：模式名称， 模式问题（阐述可能存在的问题和结果），解决方案，效果。

这篇我们先学习一下 Creational patterns中的几个设计模式
1,Abstract factory抽象工厂模式：
定义：recognizebale by creational methods returnning abstract/interface type.
通过创建的方法的返回的类型（抽象类或者是接口类） 来让系统识别 生产什么样的产品
example：
interface GUIFactory {    //多个产品类一体的工厂类
    public Button createButton();
}


class WinFactory implements GUIFactory {   //其中之一的产品的工厂类
    public Button createButton() {
        return new WinButton();
    }
}


class OSXFactory implements GUIFactory {//其中之一的产品的工厂类
    public Button createButton() {
        return new OSXButton();
    }
}



interface Button {       //抽象， 产品 （通过这个接口来拿具体的产品）
    public void paint();
}


class WinButton implements Button {   //具体产品的实现winButton
    public void paint() {
        System.out.println("I'm a WinButton");
    }
}


class OSXButton implements Button {  //具体产品的实现osxButton
    public void paint() {
        System.out.println("I'm an OSXButton");
    }
}
 
//////如果还有具体产品X，X1,X2  和上面同样

class Application {
    public Application(GUIFactory factory){  
        Button button = factory.createButton();   //如果还要增加产品， 这里不用改变！！
        button.paint();
    }
}

public class ApplicationRunner {
    public static void main(String[] args) {
        new Application(createOsSpecificFactory());//返回需要的接口type做参数
    }

    public static GUIFactory createOsSpecificFactory() {
        int sys = readFromConfigFile("OS_TYPE");
        if (sys == 0) {
            return new WinFactory();     //看这方法的返回类型 GUIFactory 和真实返回的，就知道是，抽象接口模式,  返回接口的实现类，
        } else {
            return new OSXFactory();    //指定要哪中具体的产品（实现类的名，）
        }
    }
}

上面的代码和注释， 好好的揣摩揣摩，想想这要的好处是什么？1 维护性也不错，只需要找到相应的产品工厂更改，2， 扩展性！ 很明显如果还要增加一个产品类， 只要在写一個这个类的生产类实现最上面的工厂接口， 而这个产品要实现规定好的接口。  其他都没有改动，仅仅就是多写了你要添加的， 删除同理了，这样多个工厂的模式，产生了多个种产品的模式，就是抽象工厂模式了。
在什么时候用比较好呢，在什么情况下采用比较合理：

1， 系统要提供多个产品类的 库，所以的产品被抽象出一個接口类（比如上面的Button类）
2，这多个的产品工厂类必须要有共同点，才能抽象出來嘛，产品也必须有共同的。
使用interface都是先规定的好共同的操作名称和返回类型，还有字段。
所以同属于同一个产品族是在一起使用的。这一约束必须在系统的设计中体现出来。

  这个感觉理论上分析的差不多了
谢谢