每一种设计模式都有它要解决的问题:
工厂模式最主要解决的问题就是创建者和调用者的耦合,那么代码层面其实就是取消对new的使用。
工厂模式有三种:
1. 简单工厂模式
2. 工厂方法模式
3. 抽象方法模式
先来看看,简单工厂模式——也叫静态工厂模式,这里举个例子:你要去买一台手机,你不用关心手机是怎么生产出来的,里面的零件具体又是怎么制造的,这些通通都交给工厂去处理,你尽管去买手机就好了。
简单工厂模式图
代码示例:
Phone接口
public interface Phone {
void getBrand();
}
Xiaomi品牌类
public class Xiaomi implements Phone {
@Override
public void getBrand() {
System.out.println("小米");
}
}
Meizu品牌类
public class Meizu implements Phone {
@Override
public void getBrand() {
System.out.println("魅族");
}
}
PhoneFactory工厂类
public class PhoneFactory{
public static Phone getPhone(String phone){
if("小米".equals(phone)){
return new Xiaomi();
}else if ("魅族".equals(phone)){
return new Meizu();
}else {
return null;
}
}
}
Customer 消费者类
public class Customer {
public static void main(String[] args) {
PhoneFactory.getPhone("Xiaomi").getBrand();
PhoneFactory.getPhone("Meizu").getBrand();
}
}
运行效果图:
那么简单工厂模式会遇到什么问题呢?
随着手机品牌增多,工厂生产也需要对应的增加,工厂内部就需要不断的调整。
从代码层面——对内部代码需要增加(也就是需要修改内部代码:那么就会违反OOP原则—开闭原则:一个软件实体应当对扩展开放,对修改关闭。那怎么解决呢?看看下面
工厂方法模式
很简单,先看还是举手机例子,当新的手机品牌出现,不是放在同一个工厂生产,而是自己拥有独立工厂生产。那么就解决了上面静态工厂模式违反关闭原则的问题。
工厂方法模式图
代码示例
Phone接口
public interface Phone {
void getBrand();
}
PhoneFactory接口
public interface PhoneFactory {
Phone getPhone();
}
Xiaomi品牌类
public class Xiaomi implements Phone {
@Override
public void getBrand() {
System.out.println("小米");
}
}
XiaomiFactory工厂类
public class XiaomiFactory implements PhoneFactory {
@Override
public Phone getPhone() {
return new Xiaomi();
}
}
Meizu品牌类
public class XiaomiFactory implements PhoneFactory {
@Override
public Phone getPhone() {
return new Xiaomi();
}
}
MeizuFactory工厂类
public class MeizuFactory implements PhoneFactory{
@Override
public Phone getPhone() {
return new Meizu();
}
}
消费者类
public class Customer {
public static void main(String[] args) {
Phone xiaomi = new XiaomiFactory().getPhone();
Phone meizu = new MeizuFactory().getPhone();
xiaomi.getBrand();
meizu.getBrand();
}
}
运行效果图
这里需要注意
工厂方法模式解决简单工厂模式是需要付出代价的!
看到上图工厂方法模式图里新增用虚线画的Huawei品牌,每新增一个品牌就需要增加,对应新的工厂,会发现需要花费很大的成本,现在才三个新的品牌,那么等到十个、一百个的时候就会变得更加的复杂和难以维护。
以上总结:
1.是否违背了开放-封闭原则(简单工厂模式违背了该原则,而工厂模式没有)
2.工厂模式比简单工厂模式的功能要强且内容也比其繁琐些
3.定义(都类似于黑盒)
工厂方法模式(Factory Method):定义一个用于创建对象的接口,让子类决定实例化哪个类,使一个类的实例化延迟到其子类
简单工厂模式(Simple Factory ):由一个工厂对象参数决定创建出哪一种产品类的实例
4.逻辑
简单工厂模式:最大优点在于工厂类中包含了必要的逻辑判断,根据客户端的选择条件动态实例化相关的类,对于客户端来说,去除了于具体产品的依赖
工厂模式:客户端需要决定实例化一个工厂来实现运算类,选择判断的问题还是存在的,也就是说,工厂方法把简单工厂的内部逻辑判断都移到了客户端代码来进行,你想要加功能,本来是改工厂类,而现在是修改客户端!
5.工厂模式克服了简单工厂违背开放-封闭原则的缺点,又保持了封装对象创建过程的优点,他们都是集中风中了对象的创建,使得要更换对象时,不需要做大的改动就可以是实现,降低了客户程序与产品对象的耦合
6.工厂方法模式是简单工厂模式进一步的抽象(优化)和推广,由于使用了多态性,工厂模式保持了简单工厂模式的优点,而且客服了他的缺点,而工厂模式由于每加一个产品,就需要加一个产品工厂的类,增加了开发量,所以这里还需要通过反射去处理下
第一个静态工厂模式:在实际去开发中会发现比较常用,尽管上面讲了不符合(面向对象)OOP原则。
第二个工厂方法模式:不修改工厂类的前提,也就是说不修改已有类,实现对扩展是开发,对修改关闭。
还有三个工厂模式:抽象工厂模式,下次单独拿出来讲。