工厂模式
在简单的开发中,如果我们要获取一个类的实例,直接new出来就完skr了,但是当对象的实例化过程非常复杂,需要初始化很多参数或者这个类有很多子类的时候,这时候我们直接用new的话就很不方便,这时候我们不妨把复杂的对象实例化交给一个工厂来处理,我们不比关心它是如何初始化的,我们在用的时候直接调用它,直接从工厂获取就行了,这便是我们的工厂模式。
目的
实现解耦,将对象的创建和使用分离,也使得系统更加符合“单一职责原则”,有利于对功能的复用和系统的维护。
核心本质
实例化对象,用工厂方法代替new操作。
将选择实现类、创建对象统一管理和控制。从而将调用者跟我们的实现类解耦。
分类
可以分为简单工厂、工厂方法、抽象方法三类,接下来一一讲解
简单工厂模式
描述
简单工厂模式是由一个工厂对象根据收到的消息决定要创建哪一个类的对象实例。
使用场景
工厂类负责创建的对象比较少,客户只需要传入工厂类参数,对于如何创建对象(逻辑)不关心。简单工厂模式很容易违反高内聚低耦合的原则,因此一般只在很简单的情况下使用。
优点
最大的优点在于工厂类中包含了必要的逻辑,根据客户需要的逻辑动态实例化相关的类。
例子
public interface Car {
void run();
}
public class Aodi implements Car{
@Override
public void run() {
System.out.println("奥迪再跑");
}
}
public class Benz implements Car{
@Override
public void run() {
System.out.println("奔驰在跑");
}
}
public class Byd implements Car{
@Override
public void run() {
System.out.println("比亚迪再跑");
}
}
public class CarFactory {
public Car CreateCar(String type){
if("奥迪".equals(type)){
return new Aodi();
}else if("比亚迪".equals(type)){
return new Byd();
}else if(("奔驰").equals(type)){
return new Benz();
}else{
return null;
}
}
}
工厂方法模式
描述
定义一个创建对象的工厂接口,让子类决定实例化哪一个类,将实际创建工作推迟到子类当中。
使用场景
1、日志记录器:记录可能记录到本地硬盘、系统事件、远程服务器等,用户可以选择记录日志到什么地方。 2、数据库访问,当用户不知道最后系统采用哪一类数据库,以及数据库可能有变化时。 3、设计一个连接服务器的框架,需要三个协议,"POP3"、"IMAP"、"HTTP",可以把这三个作为产品类,共同实现一个接口。
优点
创建对象的接口,让子类决定具体实例化的对象,把简单的内部逻辑判断移到了客户端。工厂方法模式克服了简单工厂所违背的开闭原则的缺点,又保持了封装对象创建过程的优点。扩展性高,想要增加一个产品,只要扩展一个工厂类就可以。
例子
public interface Car {
void run();
}
public interface CarFactory {
Car creatCar();
}
public class Aodi implements Car{
@Override
public void run() {
System.out.println("奥迪再跑");
}
}
public class AodiFactory implements CarFactory{
public Car creatCar() {
return new Aodi();
}
}
public class Benz implements Car{
@Override
public void run() {
System.out.println("奔驰在跑");
}
}
public class BenzFactory implements CarFactory{
public Car creatCar() {
return new Benz();
}
}
当我们要增加一辆车时,只要增加行动工厂类就行了,不需要修改原来的代码
public class Byd implements Car{
@Override
public void run() {
System.out.println("比亚迪再跑");
}
}
public class BydFactory implements CarFactory{
public Car creatCar() {
return new Byd();
}
}
抽象工厂模式
描述
抽象工厂是围绕一个超级工厂创建其他工厂,该超级工厂又称为其他工厂的工厂。提供一个创建一系列相关或相互依赖对象的接口,而无需指定他们具体的类。
使用场景
系统的产品多于一个产品族,而系统只消费某一族的产品。
优点
当一个产品族中的多个对象被设计成一起工作时,它能保证客户端始终只使用同一个产品族中的对象。
例子
public interface Seat {
void sense();
}
class LuxurySeat implements Seat{
@Override
public void sense() {
System.out.println("舒服哦");
}
}
class LowSeat implements Seat{
@Override
public void sense() {
System.out.println("蛮糟糕");
}
}
public interface Engine {
void run();
void start();
}
class LuxuryEngine implements Engine{
@Override
public void run() {
System.out.println("转的块");
}
@Override
public void start() {
System.out.println("启动快");
}
}
class LowEngine implements Engine{
@Override
public void run() {
System.out.println("转的慢");
}
@Override
public void start() {
System.out.println("启动慢");
}
}
public interface CarFactory {
Engine createEngine();
Seat createSeat();
}
class LuxuryCar implements CarFactory{
@Override
public Engine createEngine() {
return new LuxuryEngine();
}
@Override
public Seat createSeat() {
return new LuxurySeat();
}
}
class LowCar implements CarFactory{
@Override
public Engine createEngine() {
return new LowEngine();
}
@Override
public Seat createSeat() {
return new LowSeat();
}
}
总结
无论是简单工厂模式,工厂方法模式,还是抽象工厂模式,他们都属于工厂模式,在形式和特点上也是极为相似的,他们的最终目的都是为了解耦。在使用时,我们不必去在意这个模式到底工厂方法模式还是抽象工厂模式,因为他们之间的演变常常是令人琢磨不透的。经常你会发现,明明使用的工厂方法模式,当新需求来临,稍加修改,加入了一个新方法后,由于类中的产品构成了不同等级结构中的产品族,它就变成抽象工厂模式了;而对于抽象工厂模式,当减少一个方法使的提供的产品不再构成产品族之后,它就演变成了工厂方法模式。
所以,在使用工厂模式时,只需要关心降低耦合度的目的是否达到了。