看了很多文章都说工厂模式的作用是解耦,但是我还是不理解工厂模式
跟new对象
除了代码变代码变复杂了,看不有什么区别。
普通创建对象:
Car car = new Car();
工厂模式:
CarFactory carFactory = new CarFactory();
Car car = carFactory.getCar();
public class CarFactory(){
public static Car getCar(){
return new Car();
}
}
###一般来说,单个类的创建,是看不出工厂的优势的。看一个最常见的场景:
车有奔驰奥迪,传个司机进去就可以开了:
interface Car {
void drive(Driver d);
}
class Benz implements Car {
void drive(Driver d) { ... }
}
class Audi implements Car {
void drive(Driver d) { ... }
}
创建的时候,对比一下:
Driver me = ...
Map<String, Object> data = Database.loadCar();
Car car;
if ("benz".equals(data.get("brand"))) {
car = new Benz();
} else if ("audi".equals(data.get("brand"))) {
car = new Audi();
} else {
throw new RuntimeException("unknown brand");
}
car.drive(me);
和
Driver me = ...
Map<String, Object> data = Database.loadCar();
Car car = CarFactory.get(data);
car.drive(me);
后者的好处是,调用者根本不知道奔驰和奥迪的存在,如果要加入宝马保时捷路虎,这段代码也完全不需要修改,这满足了开闭原则(OCP对修改关闭,对扩展开放),同时也实现了OO的多态特性。
那加入宝马的时候是不是CarFactory
的代码要改?是不是要新建Bmw
类?是的。但是我们一般认为CarFactory
是与Car
在一起的,它不影响业务逻辑代码(想象Car
与CarFactory
是放在一个第三方的库里的)。
要理解设计模式,最好是去理解OCP、LSP这些设计原则,然后忘记23种设计模式。
###首先你得有耦合,才能谈解耦。
你这 Car
的构造函数里压根不跟其他类型耦合,有啥可解耦的?
解耦是一方面,另一方面是可以屏蔽具体的实现细节。这在面向接口编程中是很常见的,整个系统里传来传去的都是接口,根本不是具体的实现类,甚至具体的实现类都是对外部 private
的不可见。
放到业务中,如果你项目中很多地方用到了这个 Car 类的对象。现在有一个需求来了,需要改动这个 Car ,但是你之前在业务中写了一堆的 new Car 。
那你现在怎么办?写一个新的 new NewCar 全局替换之前写的 new Car 吗?假如一些地方是使用的反射或者其他骚操作创建的这个对象呢?那可能就会造成改漏了的情况。
当然,你可能还有更简单的方式,就是直接重写这个 Car ,这样就彻底解决问题了。
Factory 不仅仅是 new 一个对象,它的重点更在于创造一个对象,因为它还可以做 new 一个对象以外的事情,比如你可以在 getFactory 里面设置一些 Car 对象的属性,调用一些方法,这样你可以创建多个 factory ,就可以返回多个不同的 Car 。当然,如果你要换成 new 一个对象,放在构造方法里面,那就要考虑,也许有的时候我不需要再执行一些方法?或者你的代码中就充斥着了重复的代码 new 之后在再调用一些 setter 。如果有一天,着也要改的话,简直就是灾难。
如果使用 Factory ,可以确保在获取这个依赖的时,都是调用 Factory 的这个方法来的。那么,就算有一天,要替换,只需要改造 Factory ,并且, Facetory 返回的对象要向前兼容了原来的接口即可,这里的返回值 Car 类型,不一定是实际的类,他可能是接口,也可能是抽象类,当然,它也可以是实际的类,但是新的类同样可以继承他,类实现向前兼容。因为 CarFactory 应该使用保证他生产出来的对象是实现了 Car。
###单纯几个类是看不出作用的,当你放到实际业务中实现,就能发现他的优势。用MQ来说,当生产者生产一条记录时,它会将数据发送至队列,利用各种已有的调度比如先进先出等,最后再接收端消费,你只需要配置好相关的代码,不需要关心内部如何生产、发送,即可实现自己的业务。