抽象工厂模式（Abstract Factory）

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

 

 

[java] view plaincopy

1. public interface Sender {  
2.     public void Send();  
3. }  

两个实现类：

[java] view plaincopy

1. public class MailSender implements Sender {  
2.     @Override  
3.     public void Send() {  
4.         System.out.println("this is mailsender!");  
5.     }  
6. }  

[java] view plaincopy

1. public class SmsSender implements Sender {  
2.   
3.     @Override  
4.     public void Send() {  
5.         System.out.println("this is sms sender!");  
6.     }  
7. }  

两个工厂类：

[java] view plaincopy

1. public class SendMailFactory implements Provider {  
2.       
3.     @Override  
4.     public Sender produce(){  
5.         return new MailSender();  
6.     }  
7. }  

[java] view plaincopy

1. public class SendSmsFactory implements Provider{  
2.   
3.     @Override  
4.     public Sender produce() {  
5.         return new SmsSender();  
6.     }  
7. }  

在提供一个接口：

[java] view plaincopy

1. public interface Provider {  
2.     public Sender produce();  
3. }  

测试类：

[java] view plaincopy

1. public class Test {  
2.   
3.     public static void main(String[] args) {  
4.         Provider provider = new SendMailFactory();  
5.         Sender sender = provider.produce();  
6.         sender.Send();  
7.     }  
8. }  

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

但是这容易造成工厂类的膨胀。可能与实际的工业经济有点不符，因为一个工厂基本上都是可以创造很多产品的，而不是有新的产品就一定需要新的工厂。

当然，如果说代码的工厂模式里新增的功能完全异于已有的功能，就貌似工厂要开辟新的生产线，当然这个时候就要考虑新建工厂了。

实体经济里，一个企业需要不断地创建工厂，一个原因是经济的转型加快，一个是刚开始考虑的问题不全。如果是外部无法抗拒的原因，我们可以不去评论，但是由于自身刚开始的规划和战略考虑不周，那就是刚开始系统架构的问题了，对于web应用也是如此。考虑了工厂模式，那么相对的变化就比较小。不过话又说回来，软件架构的工厂模式的修改，相对实体经济来说，会简单一些