1. 程式人生 > >簡單工廠模式和工廠模式區別及實現

簡單工廠模式和工廠模式區別及實現

簡單工廠模式

簡單工廠模式模式分為三種:普通簡單工廠、多方法簡單工廠、靜態方法簡單工廠。

01、普通簡單工廠(傳送郵件和簡訊的例子

首先,建立二者的共同介面:

public interface Sender {  
    public void Send();  
}  

其次,建立實現類:

(1)Mail傳送方式

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

(1)Sms傳送方式

public class SmsSender implements Sender {  
  
    @Override  
    public void Send() {  
        System.out.println("this is sms sender!");  
    }  
}  

最後,建工廠類:

public class SendFactory {  
  
    public Sender produce(String type) {  
        if ("mail".equals(type)) {  
            return new MailSender();  
        } else if ("sms".equals(type)) {  
            return new SmsSender();  
        } else {  
            return null;  
        }  
    }  
}  

我們來測試下:

   public class FactoryTest {  
    @Test
    public void test01(){
        SendFactory factory = new SendFactory();  
        Sender sender = factory.produce("sms");  
        sender.Send();  
    }
}   

輸出:this is sms sender!

02、多個方法簡單工廠

是對普通工廠方法模式的改進,在普通工廠方法模式中,如果傳遞的字串出錯,則不能正確建立物件,而多個工廠方法模式是提供多個工廠方法,分別建立物件。

將上面的程式碼做下修改,改動下SendFactory類就行,如下:

public class SendFactory {  

   public Sender produceMail(){  

        return new MailSender();  
    }  
      
    public Sender produceSms(){  
        return new SmsSender();  
    }  
}  

測試類如下:

 public class FactoryTest {  
    @Test
    public void test02(){
        SendFactory factory = new SendFactory();  
        Sender sender = factory.produceMail();  
        sender.Send();   
    }
}   

 

輸出:this is mailsender!

03、多個靜態方法簡單工廠

將上面的多個工廠方法模式裡的方法置為靜態的,不需要建立例項,直接呼叫即可。

public class SendFactory {  
      
    public static Sender produceMail(){  
        return new MailSender();  
    }  
      
    public static Sender produceSms(){  
        return new SmsSender();  
    }  
}  

測試類如下:

public class FactoryTest {  
   @Test
    public void test03(){
         Sender sender = SendFactory.produceMail();  
        sender.Send();   
    }
}  

輸出:this is mailsender!

 

       在以上的三種模式中,第一種如果傳入的字串有誤,不能正確建立物件,第三種相對於第二種,不需要例項化工廠類,所以,大多數情況下,我們會選用第三種——靜態工廠方法模式。簡單工廠模式有一個問題就是,類的建立依賴工廠類,也就是說,如果想要拓展程式,必須對工廠類進行修改,這違背了閉包原則,所以,從設計角度考慮,有一定的問題,如何解決?就用到工廠方法模式,建立一個工廠介面和建立多個工廠實現類,這樣一旦需要增加新的功能,直接增加新的工廠類就可以了,不需要修改之前的程式碼。

 

工廠方法模式(Factory Method)

 

首先建立兩個介面,一個工廠介面和例項介面:

(1)傳送資訊介面

public interface Sender {  
    public void Send();  
}  

 

(2)工廠介面

public interface Provider {  
    public Sender produce();  
}  

建立傳送介面的實現類:

(1)Mail傳送方式

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

(2)Sms傳送方式

public class SmsSender implements Sender {  
  
    @Override  
    public void Send() {  
        System.out.println("this is sms sender!");  
    }  
}  

建立工廠介面的實現類:

(1)Mail工廠類

public class SendMailFactory implements Provider {  
      
    @Override  
    public Sender produce(){  
        return new MailSender();  
    }  
}  

(2)Sms工廠類

public class SendSmsFactory implements Provider{  
  
    @Override  
    public Sender produce() {  
        return new SmsSender();  
    }  
}  

測試類:

public class FactoryTest {  
   @Test
    public void test04(){
         Provider provider = new SendMailFactory();  
        Sender sender = provider.produce();  
        sender.Send();   
    }
}  

輸出:this is mailsender!

其實這個模式的好處就是,如果你現在想增加一個功能:發及時資訊,則只需做一個實現類,實現Sender介面,同時做一個工廠類,實現Provider介面,就OK了,無需去改動現成的程式碼。這樣做,拓展性較好!

舉個例子(擴充套件傳送)

先實現傳送方式介面

public class ExtendSender implements Sender {  
    @Override  
    public void Send() {  
        System.out.println("this is extendsender!");  
    }  
}  

再實現工廠介面

public class SendExtendFactory implements Provider{  
  
    @Override  
    public Sender produce() {  
        return new ExtendSender();  
    }  
}  

測試結果:

public class FactoryTest {  
   @Test
    public void test04(){
         Provider provider = new SendMailFactory();  
        Sender sender = provider.produce();  
        sender.Send();   
    }
}  

輸出:this is extendsender!

無需改變工廠類程式碼,符合開閉原則