什么是简单工厂模式
简单工厂模式又称为静态工厂模式，实质是由一个工厂类根据传入的参数，动态决定应该创建哪一个产品类（这些产品类继承自一个父类或接口）的实例。简单工厂模式的创建目标，所有创建的对象都是充当这个角色的某个具体类的实例。
其实就是将一个具体类的实例化交给一个静态工厂方法来执行，它不属于GOF的23种设计模式，但现实中却经常会用到，而且思想也非常简单。
简单工厂模式的结构
简单工厂模式包含如下角色：
- Factory：工厂角色
- Product：抽象产品角色
- ConcreteProduct：具体产品角色
| 工厂角色（Creator） | 是简单工厂模式的核心，它负责实现创建所有具体产品类的实例。工厂类可以被外界直接调用，创建所需的产品对象。 |
|---|---|
| 抽象产品角色（Product） | 是所有具体产品角色的父类，它负责描述所有实例所共有的公共接口。 |
| 具体产品角色（Concrete Product） | 继承自抽象产品角色，一般为多个，是简单工厂模式的创建目标。工厂类返回的都是该角色的某一具体产品。 |
简单工厂模式的应用场景
在以下情况下可以使用简单工厂模式：
- 工厂类负责创建的对象比较少：由于创建的对象较少，不会造成工厂方法中的业务逻辑太过复杂。
- 客户端只知道传入工厂类的参数，对于如何创建对象(逻辑)不关心，客户端既不需要关心创建细节，甚至连类名都不需要记住，只需要知道类型所对应的参数。
简单工厂模式的优缺点
优点：
- 工厂类是整个模式的关键.包含了必要的逻辑判断，根据外界给定的信息，决定究竟应该创建哪个具体类的对象
- 通过使用工厂类，外界可以从直接创建具体产品对象的尴尬局面摆脱出来，仅仅需要负责“消费”对象就可以了。
- 而不必管这些对象究竟如何创建及如何组织的，明确了各自的职责和权利，有利于整个软件体系结构的优化。
缺点：
- 由于工厂类集中了所有实例的创建逻辑，违反了开闭原则，将全部创建逻辑集中到了一个工厂类中；
- 它所能创建的类只能是事先考虑到的，如果需要添加新的类，则就需要改变工厂类了。
- 当系统中的具体产品类不断增多时候，可能会出现要求工厂类根据不同条件创建不同实例的需求．
- 这种对条件的判断和对具体产品类型的判断交错在一起，很难避免模块功能的蔓延，对系统的维护和扩展非常不利。
开闭原则定义：一个软件实体如类、模块和函数应该对扩展开放，对修改关闭。
开放-封闭原则的意思就是说，你设计的时候，时刻要考虑，尽量让这个类是足够好，写好了就不要去修改了，如果新需求来，我们增加一些类就完事了，原来的代码能不动则不动。这个原则有两个特性，一个是说“对于扩展是开放的”，另一个是说“对于更改是封闭的”。面对需求，对程序的改动是通过增加新代码进行的，而不是更改现有的代码。这就是“开放-封闭原则”的精神所在。
简单工厂模式的实现
首先创建一个IPhone类，定义一个获取手机尺寸的抽象方法
public abstract class IPhone {
//获取尺寸
protected abstract void getSize();
}
IPhone不同型号的"手机类"。
public class IphoneX extends IPhone {
@Override
protected void getSize() {
System.out.println("iPhoneX屏幕:5.8英寸");
}
}
public class IphoneXs extends IPhone {
@Override
protected void getSize() {
System.out.println("iPhoneXs屏幕:5.8英寸");
}
}
建立一个"工厂类"生产不同型号的IPhone
public class IPhoneFactory {
public static IPhone createPhone(String model){
if("IphoneX".equalsIgnoreCase(model)){
return new IphoneX();
}else if("IphoneXs".equalsIgnoreCase(model)){
return new IphoneXs();
}
return null;
}
}
最后是客户端测试类
public class Test {
public static void main(String[] args) {
IPhone iphonex = IPhoneFactory.createPhone("iphonex");
if(iphonex == null){
return;
}
iphonex.getSize();
}
}
通过反射来弥补简单工厂的扩展性
public class IPhoneFactory {
public IPhone getPhone(Class clazz){
IPhone iPhone = null;
try {
iPhone = (IPhone) Class.forName(clazz.getName()).newInstance();
} catch (InstantiationException e) {
e.printStackTrace();
} catch (IllegalAccessException e) {
e.printStackTrace();
} catch (ClassNotFoundException e) {
e.printStackTrace();
}
return iPhone;
}
}
public class Test {
public static void main(String[] args) {
IPhoneFactory iPhoneFactory = new IPhoneFactory();
IPhone iPhone = iPhoneFactory.getPhone(IphoneXs.class);
if(iPhone == null){
return;
}
iPhone.getSize();
}
}
简单工厂模式和工厂方法模式区别
简单工厂模式：
- 1、工厂类负责创建的对象比较少，由于创建的对象较少，不会造成工厂方法中的业务逻辑太过复杂。
- 2、客户端只知道传入工厂类的参数，对于如何创建对象并不关心。
工厂方法模式：
- 1、客户端不知道它所需要的对象的类。
- 2、抽象工厂类通过其子类来指定创建哪个对象。
简单工厂模式和策略模式的异同
策略模式和简单工厂模式看起来非常相似，都是通过多态来实现不同子类的选取，这种思想应该是从程序的整体来看得出的。
如果从使用这两种模式的角度来看的话，我们会发现在简单工厂模式中我们只需要传递相应的条件就能得到想要的一个对象，然后通过这个对象实现算法的操作。
而策略模式，使用时必须首先创建一个想使用的类对象，然后将该对象最为参数传递进去，通过该对象调用不同的算法。
在简单工厂模式中实现了通过条件选取一个类去实例化对象，策略模式则将选取相应对象的工作交给模式的使用者，它本身不去做选取工作。
总结
创建型模式对类的实例化过程进行了抽象，能够将对象的创建与对象的使用过程分离。
简单工厂模式又称为静态工厂方法模式，它属于类创建型模式。在简单工厂模式中，可以根据参数的不同返回不同类的实例。
简单工厂模式专门定义一个类来负责创建其他类的实例，被创建的实例通常都具有共同的父类。
简单工厂模式包含三个角色：工厂角色负责实现创建所有实例的内部逻辑；抽象产品角色是所创建的所有对象的父类，负责描述所有实例所共有的公共接口；具体产品角色是创建目标，所有创建的对象都充当这个角色的某个具体类的实例。
简单工厂模式的要点在于：当你需要什么，只需要传入一个正确的参数，就可以获取你所需要的对象，而无须知道其创建细节。
简单工厂模式最大的优点在于实现对象的创建和对象的使用分离，将对象的创建交给专门的工厂类负责，但是其最大的缺点在于工厂类不够灵活，增加新的具体产品需要修改工厂类的判断逻辑代码，而且产品较多时，工厂方法代码将会非常复杂。
简单工厂模式适用情况包括：工厂类负责创建的对象比较少；客户端只知道传入工厂类的参数，对于如何创建对象不关心。
