举例说明:
/**
* 作者：wanglei
* 邮箱：229846388@qq.com
* 工厂方法模式
* 工厂
*/
abstract class Factory {
public abstract Product Manufacture();
}
/**
* 工厂A类 - 生产A类产品
*/
class FactoryA extends Factory{
@Override
public Product Manufacture() {
return new ProductA();
}
}
/**
* 工厂B类 - 生产B类产品
*/
class FactoryB extends Factory{
@Override
public Product Manufacture() {
return new ProductB();
}
}
/**
* 作者：wanglei
* 邮箱：229846388@qq.com
* 工厂方法模式
* 公共接口 产品
*/
abstract class Product {
public abstract void show();
}
/**
* 具体产品A类
*/
class ProductA extends Product{
@Override
public void show() {
System.out.println("ProductA");
}
}
/**
* 具体产品B类
*/
class ProductB extends Product{
@Override
public void show() {
System.out.println("ProductB");
}
}
/**
* 作者：wanglei
* 邮箱：229846388@qq.com
* 工厂方法模式
* 定义:
* 1.工厂方法模式，又称工厂模式、多态工厂模式和虚拟构造器模式，通过定义工厂父类负责定义创建对象的公共接口，而子类则负责生成具体的对象。
* 主要作用:
* 2.将类的实例化（具体产品的创建）延迟到工厂类的子类（具体工厂）中完成，即由子类来决定应该实例化（创建）哪一个类。
* 解决问题:
* 1.工厂一旦需要生产新产品就需要修改工厂类的方法逻辑，违背了“开放 - 关闭原则
* 2.将“类实例化的操作”与“使用对象的操作”分开，让使用者不用知道具体参数就可以实例化出所需要的“产品”类，从而避免了在客户端代码中显式指定，实现了解耦。
* 3.之所以可以解决简单工厂的问题，是因为工厂方法模式把具体产品的创建推迟到工厂类的子类（具体工厂）中，此时工厂类不再负责所有产品的创建，而只是给出具体工厂必须实现的接口，这样工厂方法模式在添加新产品的时候就不修改工厂类逻辑而是添加新的工厂子类，符合开放封闭原则，克服了简单工厂模式中缺点
*/
public class SimpleFactoryPattern {
public static void main(String[] args){
//客户要产品A
FactoryA factoryA = new FactoryA();
factoryA.Manufacture().show();
//客户要产品B
FactoryB factoryB = new FactoryB();
factoryB.Manufacture().show();
}
}
/**
* 步骤:
* 1.创建抽象工厂类，定义具体工厂的公共接口
* 2.创建抽象产品类 ，定义具体产品的公共接口；
* 3.创建具体产品类（继承抽象产品类）， 定义生产的具体产品；
* 4.创建具体工厂类（继承抽象工厂类），定义创建对应具体产品实例的方法；
* 5.外界通过调用具体工厂类的方法，从而创建不同具体产品类的实例
* 结果:
* ProductA
* ProductB
* 优点:
* 1.更符合开-闭原则,新增一种产品时，只需要增加相应的具体产品类和相应的工厂子类即可(简单工厂模式需要修改工厂类的判断逻辑)
* 2.符合单一职责原则,每个具体工厂类只负责创建对应的产品.(简单工厂中的工厂类存在复杂的switch逻辑判断)
* 3.不使用静态工厂方法，可以形成基于继承的等级结构。(简单工厂模式的工厂类使用静态工厂方法)
* 优点总结:
* 1.工厂模式可以说是简单工厂模式的进一步抽象和拓展，在保留了简单工厂的封装优点的同时，让扩展变得简单，让继承变得可行，增加了多态性的体现。
* 缺点:
* 1.添加新产品时，除了增加新产品类外，还要提供与之对应的具体工厂类，系统类的个数将成对增加，在一定程度上增加了系统的复杂度；同时，有更多的类需要编译和运行，会给系统带来一些额外的开销；
* 2.由于考虑到系统的可扩展性，需要引入抽象层，在客户端代码中均使用抽象层进行定义，增加了系统的抽象性和理解难度，且在实现时可能需要用到DOM、反射等技术，增加了系统的实现难度。
* 3.虽然保证了工厂方法内的对修改关闭，但对于使用工厂方法的类，如果要更换另外一种产品，仍然需要修改实例化的具体工厂类；
* 4.一个具体工厂只能创建一种具体产品
* 应用场景:
* 1.当一个类不知道它所需要的对象的类时在工厂方法模式中，客户端不需要知道具体产品类的类名，只需要知道所对应的工厂即可；
* 2.当一个类希望通过其子类来指定创建对象时在工厂方法模式中，对于抽象工厂类只需要提供一个创建产品的接口，而由其子类来确定具体要创建的对象，利用面向对象的多态性和里氏代换原则，在程序运行时，子类对象将覆盖父类对象，从而使得系统更容易扩展。
* 3.将创建对象的任务委托给多个工厂子类中的某一个，客户端在使用时可以无须关心是哪一个工厂子类创建产品子类，需要时再动态指定，可将具体工厂类的类名存储在配置文件或数据库中。
*/
