设计模式——工厂模式

1.设计模式:使用设计模式是为了可重用代码、让代码更容易被他人理解、保证代码可靠性。 毫无疑问,设计模式于己于他人于系统都是多赢的,设计模式使代码编制真正工程化

2.设计原则:移步到《转》面向对象类设计原则

 

下面先介绍一种(工厂模式)

一、普通工厂模式

a) 共同接口:

package cs_factory;

//公共接口

public interface Sender {

public void Send();

}

b) 实现类:

package cs_factory;

//短信实现类

public class SmsSender implements Sender{

@Override

public void Send() {

System.out.println("短信已发送,谢谢");

}

}

----------------------------------------------

package cs_factory;

//邮件发送 实现类

public class MailSender implements Sender{

 

@Override

public void Send() {

System.out.println("邮件已发送,谢谢");

}

}

 

c) 工厂类

package cs_factory;

//工厂类

public class SendFactory {

public Sender produce(String type){

if("sms".equals(type)){

return new SmsSender();

}else if("mail".equals(type)){

return new MailSender();

}else{

System.out.println("请输入正确的类型(sms、mail)");

return null;

}

}

}

d) 测试类

 

 

package cs_factory;

//测试类

public class FactoryTest {

 

public static void main(String[] args) {

SendFactory factory=new SendFactory();

Sender sender = factory.produce("mail");

sender.Send();

}

}

 

结果:

 

二、多个工厂方法模式

a) 只要在普通工厂类中进行改造:

package cs_factory;

//工厂类

public class SendFactory {

/*-----解决字符串输入错误的情况,相当与两条流水线------*/

 public Sender produceMail(){  

        return new MailSender();  

    }  

      

 public Sender produceSms(){  

        return new SmsSender();  

    }

}

 

b) 修改测试类

package cs_factory;

//测试类

public class FactoryTest {

 

public static void main(String[] args) {

SendFactory factory=new SendFactory();

// Sender sender = factory.produce("mail");

Sender sender = factory.produceSms();  

sender.Send();

}

}

 

三、静态工厂方法模式

a) 修改工厂类,将方法变成静态方法即可

....

public static Sender produceMail(){  

        return new MailSender();  

    }  

      

 public static Sender produceSms(){  

        return new SmsSender();  

    }  

....

b) 测试类

 

....

Sender sender = SendFactory.produceMail();  

sender.Send();

....

 

 

工厂模式适合:凡是出现了大量的产品需要创建,并且具有共同的接口时,可以通过工厂方法模式进行创建。在以上的三种模式中,第一种如果传入的字符串有误,不能正确创建对象,第三种相对于第二种,不需要实例化工厂类,所以,大多数情况下,我们会选用第三种——静态工厂方法模式。

 

四、抽象工厂方法模式

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

图中可以看出,我们还需要一个公共接口provider,这不难实现

 

a) provider

package cs_factory;

 

public interface Provider {

public Sender produce();  

}

b) 工厂类

public class SendSmsFactory implements Provider{

@Override

public Sender produce() {

return new SmsSender();  

}

}

 

public class SendMailFactory implements Provider{

@Override

public Sender produce() {

return new MailSender();  

}

}

 

c) 测试类

...

{

Provider provider = new SendMailFactory();  

       Sender sender = provider.produce();  

        sender.Send();

}

 

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

posted @ 2017-06-18 16:07  lusCodding  阅读(158)  评论(0编辑  收藏  举报