设计模式 - 抽象工厂模式

　　Abstract Factory（抽象工厂模式）：提供一个创建一系列相关或相互依赖对象的接口，而无需指定它们具体的类。

意图

　　提供一个创建一系列相关或相互依赖对象的接口，而无需指定它们具体的类。

适用性

　　一个系统要独立于它的产品的创建、组合和表示时。

　　一个系统要由多个产品系列中的一个来配置时。

　　当你要强调一系列相关的产品对象的设计以便进行联合使用时。

　　当你提供一个产品类库，而只想显示它们的接口而不是实现时。
　　

例子：

　　工厂方法模式有一个问题就是，类的创建依赖工厂类，也就是说，如果想要拓展程序，必须对工厂类进行修改，这违背了闭包原则，所以，从设计角度考虑，有一定的问题，如何解决？就用到抽象工厂模式，创建多个工厂类，这样一旦需要增加新的功能，直接增加新的工厂类就可以了，不需要修改之前的代码。因为抽象工厂不太好理解，我们先看看图，然后就和代码，就比较容易理解。
　　

    // 接口
    public interface Sender {  
        public void Send();  
    } 

    // 实现类1
    public class MailSender implements Sender {  
        @Override  
        public void Send() {       
              System.out.println("this is mailsender!");                                                           
        }  
    }  

    // 实现类2
    public class SMSSender implements Sender {  
        @Override  
        public void Send() {       
              System.out.println("this is smssender!");                                                           
        }  
    }  

    // 工厂类接口
    public interface Provider {  
        public Sender produce();  
    }  

    // 工厂类实现类1
    public class SendMailFactory implements Provider {  
        @Override  
        public Sender produce(){  
            return new MailSender();  
        }  
    }  

    // 工厂类实现类1
    public class SendSmsFactory implements Provider{  
        @Override  
        public Sender produce() {  
            return new SmsSender();  
        }  
    }  

    // 测试
    public class Test {  

        public static void main(String[] args) {  
            Provider provider = new SendMailFactory();  
            Sender sender = provider.produce();  
            sender.Send();  
        }  
    }  

总结：

　　其实这个模式的好处就是，如果你现在想增加一个功能：发及时信息，则只需做一个实现类，实现Sender接口，同时做一个工厂类，实现Provider接口，就OK了，无需去改动现成的代码。这样做，拓展性较好！