Error message here!

Hide Error message here!

忘记密码?

Error message here!

请输入正确邮箱

Hide Error message here!

密码丢失?请输入您的电子邮件地址。您将收到一个重设密码链接。

Error message here!

返回登录

Close

深入理解Java的三种工厂模式

王、晨 2019-02-16 23:54:00 阅读数:176 评论数:0 点赞数:0 收藏数:0

一、简单工厂模式

简单工厂的定义:提供一个创建对象实例的功能,而无须关心其具体实现。被创建实例的类型可以是接口、抽象类,也可以是具体的类

 

实现汽车接口

1 public interface Car {
2  String getName();
3 }

 

奔驰类

1 public class Benz implements Car {
2  @Override
3 public String getName() {
4 return "Benz";
5  }
6 }

 

宝马类

1 public class BMW implements Car {
2  @Override
3 public String getName() {
4 return "BMW";
5  }
6 }

 

简单工厂,既能生产宝马又能生产奔驰

 1 public class SimpleFactory {
 2 public Car getCar(String name){
 3 if (name.equals("BMW")){
 4 return new BMW();
 5 }else if (name.equals("benz")){
 6 return new Benz();
 7 }else {
 8 System.out.println("不好意思,这个品牌的汽车生产不了");
 9 return null;
10  }
11  }
12 }

 

测试类

1 public class SimpleFactoryTest {
2 public static void main(String[] args){
3 SimpleFactory simpleFactory = new SimpleFactory();
4 Car car = simpleFactory.getCar("BMW");
5  System.out.println(car.getName());
6  }
7 }

 

测试结果

1 BMW

 

根据简单工厂的定义,用户只要产品而不在乎产品如何生产,看起来好像很完美的样子。但大家想想,这个世界存在什么都生产的工厂吗?显然是不存在的,每一个汽车品牌都有自己的生产工厂,都有自己生产技术。映射到spring框架中,我们有很多很多种的bean需要生产,如果只依靠一个简单工厂来实现,那么我们得在工厂类中嵌套多少个if..else if啊?而且我们在代码中生产一辆汽车只是new一下就出来了,但实际操作中却不知道需要进行多少操作,加载、注册等操作都将体现在工厂类中,那么这个类就会变得紊乱,管理起来也很不方便,所以说每个品牌应该有自己的生产类。因为专一,所以专业嘛,这个时候工厂方法就出现了。

 

二、工厂方法

工厂接口

 

1 //定义一个工厂接口,功能就是生产汽车
2 public interface Factory {
3  Car getCar();
4 }

 

奔驰工厂

1 public class BenzFactory implements Factory {
2  @Override
3 public Car getCar() {
4 return new Benz();
5  }
6 }

 

宝马工厂

1 public class BMWFactory implements Factory{
2  @Override
3 public Car getCar() {
4 return new BMW();
5  }
6 }

 

测试类

1 public class FactoryTest {
2 public static void main(String[] args){
3 Factory bmwFactory = new BMWFactory();
4  System.out.println(bmwFactory.getCar().getName());
5 Factory benzFactory = new BenzFactory();
6  System.out.println(benzFactory.getCar().getName());
7  }
8 }

 

测试结果

1 BMW
2 Benz

 

根据上述代码可以看出,不同品牌的汽车是由不同的工厂生产的,貌似又是很完美的。但大家看一下测试类,当一个人想要去买一辆宝马汽车的时候(假设没有销售商),那么他就要去找宝马工厂给他生产一辆,过几天又想要买一辆奔驰汽车的时候,又得跑到奔驰工厂请人生产,这无疑就增加了用户的操作复杂性。所以有没有一种方便用户操作的方法呢?这个时候抽象工厂模式就出现了。

 

三、抽象工厂

抽象工厂

 

 1 public abstract class AbstractFactory {
 2
 3 protected abstract Car getCar();
 4
 5 //这段代码就是动态配置的功能
 6 //固定模式的委派
 7 public Car getCar(String name){
 8 if("BMW".equalsIgnoreCase(name)){
 9 return new BmwFactory().getCar();
10 }else if("Benz".equalsIgnoreCase(name)){
11 return new BenzFactory().getCar();
12 }else if("Audi".equalsIgnoreCase(name)){
13 return new AudiFactory().getCar();
14 }else{
15 System.out.println("这个产品产不出来");
16 return null;
17  }
18  }
19 }

 

默认工厂

1 public class DefaultFactory extends AbstractFactory {
2
3 private AudiFactory defaultFactory = new AudiFactory();
4
5 public Car getCar() {
6 return defaultFactory.getCar();
7  }
8
9 }

 

宝马工厂

1 public class BMWFactory extends AbstractFactory {
2  @Override
3 public Car getCar() {
4 return new BMW();
5  }
6 }

 

奔驰工厂

1 public class BenzFactory extends AbstractFactory {
2  @Override
3 public Car getCar() {
4 return new Benz();
5  }
6 }

 

测试类

1 public class AbstractFactoryTest {
2 public static void main(String[] args) {
3 DefaultFactory factory = new DefaultFactory();
4 System.out.println(factory.getCar("Benz").getName());
5  }
6 }

 

测试结果

1 Benz

 

根据上述代码可以看出,用户需要一辆汽车,只需要去找默认的工厂提出自己的需求(传入参数),便能得到自己想要产品,而不用根据产品去寻找不同的生产工厂,方便用户操作。注:对于设计模式,有些人嗤之以鼻,有些人敬若神明,但我是认可的。按我粗浅的理解,设计模式的经典之处,就在于解决了编写代码的人和调用代码的人双方的痛楚,不同的设计模式也只适用于不同的场景。至于用或者不用,如何使用,那就需要各位看官着重考虑了。但为了使用而使用是不应该的,细微之处,只有留给大家慢慢品味了。


 

来源:https://my.oschina.net/u/4052893/blog/2995128

版权声明
本文为[王、晨]所创,转载请带上原文链接,感谢
https://www.cnblogs.com/w13248223001/p/10389854.html

编程之旅,人生之路,不止于编程,还有诗和远方。
阅代码原理,看框架知识,学企业实践;
赏诗词,读日记,踏人生之路,观世界之行;

支付宝红包,每日可领