设计模式：工厂三兄弟的实现

最近在看java设计模式 照着书上分析并实现了一个简单工厂模式的例子
在简单工厂模式结构图中包含如下几个角色：
● Factory（工厂角色）：工厂角色即工厂类，它是简单工厂模式的核心，负责实现创建所有产品实例的内部逻辑；工厂类可以被外界直接调用，创建所需的产品对象；在工厂类中提供了静态的工厂方法factoryMethod()，它的返回类型为抽象产品类型Product。
● Product（抽象产品角色）：它是工厂类所创建的所有对象的父类，封装了各种产品对象的
公有方法，它的引入将提高系统的灵活性，使得在工厂类中只需定义一个通用的工厂方法，因为所有创建的具体产品对象都是其子类对象。
● ConcreteProduct（具体产品角色）：它是简单工厂模式的创建目标，所有被创建的对象都充当这个角色的某个具体类的实例。每一个具体产品角色都继承了抽象产品角色，需要实现在
抽象产品中声明的抽象方法。
如下：

//抽象图表接口：抽象产品类
interface Chart {
    public void display();
    
}
//饼状图类：具体产品类
class PieChart implements   Chart {
    public PieChart() {
        System.out.println("创建饼状图！");
    }
    public void display() {
        System.out.println("显示饼状图！");
    }
}


//柱状图类：具体产品类
class HistogramChart implements Chart {
    public HistogramChart() {
        System.out.println("创建柱状图！");
    }
    public void display() {
        System.out.println("显示柱状图！");
    }
}

//折线图类：具体产品类
class LineChart implements Chart {
    public LineChart() {
        System.out.println("创建折线图！");
    }
    public void display() {
        System.out.println("显示折线图！");
    }
}

//图表工厂类：工厂类
class ChartFactory {
    //静态工厂方法
    public static Chart getChart(String type) {
        Chart chart = null;
        if (type.equalsIgnoreCase("histogram")) {
            chart = new HistogramChart();
            System.out.println("初始化设置柱状图！");
        }
        else if (type.equalsIgnoreCase("pie")) {
            chart = new PieChart();
            System.out.println("初始化设置饼状图！");
        }
        else if (type.equalsIgnoreCase("line")) {
            chart = new LineChart();
            System.out.println("初始化设置折线图！");
        }
        return chart;
    }
}

//编写如下客户端测试代码：
class Client1 {
    public static void main(String args[]) {
        Chart chart;
        chart = ChartFactory.getChart("line"); //通过静态工厂方法创建产品
        chart.display();
    }
}

class Client2 {
    public static void main(String args[]) {
        Chart chart;
        String type = XMLUtil.getChartType(); //读取配置文件中的参数
        chart = ChartFactory.getChart(type); //创建产品对象
        chart.display();
    }
}

Client1去创建每一个对象都需要修改代码传入相应的字符串，然后重新编译。而Client2通过读入XMLUtil一个工具类去读取XML配置文件中的字符串参数从而达到创建每一个对象不用修改代码了。
需要注意的是这里读取的配置文件路径默认是项目工程下的路径
即：

XML配置

<?xml version="1.0" encoding="UTF-8"?>
<config>
    <chartType>histogram</chartType>
</config>

Client2通过配置文件方式输出：

XMLUtil：

import org.w3c.dom.Document;

import javax.xml.parsers.DocumentBuilder;
import javax.xml.parsers.DocumentBuilderFactory;
import java.io.File;

//一个工具类XMLUtil来读取配置文件中的字符串参数
public class XMLUtil {
    //该方法用于从XML配置文件中提取图表类型，并返回类型名
    public static String getChartType(){
        try {
            //创建文档对象
            DocumentBuilderFactory dFactory = DocumentBuilderFactory.newInstance();
            DocumentBuilder documentBuilder = dFactory.newDocumentBuilder();
            Document document = documentBuilder.parse(new File("config.xml"));

            //获取包含图表类型的文本节点
            String chartType = document.getElementsByTagName("chartType").item(0).getFirstChild().getNodeValue().trim();
            return chartType;
        } catch (Exception e) {
            e.printStackTrace();
            return "";
        }
    }
}

简单工厂模式的主要优点如下：
(1) 当我们需要使用对象时直接传相应参数通过工厂类去创建对象，这样当前类就可以只用来使用对象的功能，免除了创建对象的功能。符合单一职责原则。
(2) 无须知道所创建的具体产品类的类名，只需要知道具体产品类所对应的参数即可，
对于一些复杂的类名，通过简单工厂模式可以在一定程度减少使用者的记忆量。
(3) 通过引入配置文件，可以在不修改任何客户端代码的情况下更换和增加新的具体产品类，在一定程度上提高了系统的灵活性。
主要缺点：
(1) 由于工厂类集中了所有产品的创建逻辑，职责过重，一旦不能正常工作，整个系统都要受
到影响。
(2) 使用简单工厂模式势必会增加系统中类的个数（引入了新的工厂类），增加了系统的复杂
度和理解难度。
(3) 系统扩展困难，一旦添加新产品就不得不修改工厂逻辑，在产品类型较多时，有可能造成
工厂逻辑过于复杂，不利于系统的扩展和维护。
(4) 简单工厂模式由于使用了静态工厂方法，造成工厂角色无法形成基于继承的等级结构。
适用场景：
在以下情况下可以考虑使用简单工厂模式：
(1) 工厂类负责创建的对象比较少，由于创建的对象较少，不会造成工厂方法中的业务逻辑太过复杂。
(2) 客户端只知道传入工厂类的参数，对于如何创建对象并不关心。

在工厂方法模式结构图中包含如下几个角色：
● Product（抽象产品）：它是定义产品的接口，是工厂方法模式所创建对象的超类型，也就是产品对象的公共父类。
● ConcreteProduct（具体产品）：它实现了抽象产品接口，某种类型的具体产品由专门的具体工厂创建，具体工厂和具体产品之间一一对应。
● Factory（抽象工厂）：在抽象工厂类中，声明了工厂方法(Factory Method)，用于返回一个产品。抽象工厂是工厂方法模式的核心，所有创建对象的工厂类都必须实现该接口。
● ConcreteFactory（具体工厂）：它是抽象工厂类的子类，实现了抽象工厂中定义的工厂方法，并可由客户端调用，返回一个具体产品类的实例。
工厂方法模式总结
工厂方法模式是简单工厂模式的延伸，它继承了简单工厂模式的优点，同时还弥补了简单工
厂模式的不足。工厂方法模式是使用频率最高的设计模式之一，是很多开源框架和API类库的
核心模式。

1. 主要优点
   工厂方法模式的主要优点如下：
   (1) 在工厂方法模式中，工厂方法用来创建客户所需要的产品，同时还向客户隐藏了哪种具体
   产品类将被实例化这一细节，用户只需要关心所需产品对应的工厂，无须关心创建细节，甚
   至无须知道具体产品类的类名。
   (2) 基于工厂角色和产品角色的多态性设计是工厂方法模式的关键。它能够让工厂可以自主确
   定创建何种产品对象，而如何创建这个对象的细节则完全封装在具体工厂内部。工厂方法模
   式之所以又被称为多态工厂模式，就正是因为所有的具体工厂类都具有同一抽象父类。
   (3) 使用工厂方法模式的另一个优点是在系统中加入新产品时，无须修改抽象工厂和抽象产品
   提供的接口，无须修改客户端，也无须修改其他的具体工厂和具体产品，而只要添加一个具
   体工厂和具体产品就可以了，这样，系统的可扩展性也就变得非常好，完全符合“开闭原则”。
2. 主要缺点
   工厂方法模式的主要缺点如下：
   (1) 在添加新产品时，需要编写新的具体产品类，而且还要提供与之对应的具体工厂类，系统
   中类的个数将成对增加，在一定程度上增加了系统的复杂度，有更多的类需要编译和运行，
   会给系统带来一些额外的开销。
   (2) 由于考虑到系统的可扩展性，需要引入抽象层，在客户端代码中均使用抽象层进行定义，
   增加了系统的抽象性和理解难度，且在实现时可能需要用到DOM、反射等技术，增加了系统
   的实现难度。
3. 适用场景
   在以下情况下可以考虑使用工厂方法模式：
   (1) 客户端不知道它所需要的对象的类。在工厂方法模式中，客户端不需要知道具体产品类的
   类名，只需要知道所对应的工厂即可，具体的产品对象由具体工厂类创建，可将具体工厂类
   的类名存储在配置文件或数据库中。
   (2) 抽象工厂类通过其子类来指定创建哪个对象。在工厂方法模式中，对于抽象工厂类只需要
   提供一个创建产品的接口，而由其子类来确定具体要创建的对象，利用面向对象的多态性和
   里氏代换原则，在程序运行时，子类对象将覆盖父类对象，从而使得系统更容易扩展。