定义：
定义一个工厂类，它可以根据参数的不同返回不同类的实例，被创建的实例通常都具有共同的父类。
具体流程：
首先将需要创建的各种不同产品对象的相关代码封装到不同的类中，这些类称为具体产品类，而将它们公共的代码进行抽象和提取后封装在一个抽象产品类中，每一个具体产品类都是抽象产品类的子类；然后提供一个工厂类用于创建各种产品，在工厂类中提供一个创建产品的工厂方法，该方法可以根据所传入的参数不同创建不同的具体产品对象；客户端只需要调用工厂类的工厂方法并传入相应的参数即可得到一个产品对象。
简单工厂模式中用于创建实例的方法通常是静态方法。简单工厂模式的要点在于当用户需要什么时，只需要传入一个正确的参数就可以获取所需要的对象，而无需知道其创建细节。
简单工厂模式结构与实现：
简单工厂模式包含以下3个角色：
- Factory（工厂角色）：即工厂类，是简单工厂模式的核心，负责实现创建所有产品实例的内部逻辑；工厂类可以被外部直接调用，创建所需的产品对象；在工厂类中提供了静态的工厂方法factoryMethod（），它的返回类型为抽象产品类型Product。
- Product（抽象产品角色）：它是工厂类创建的所有对象的父类，封装了各种产品对象的公有方法，它的引入将提高系统的灵活性，使得在工厂类中只需要定义一个通用的工厂方法，因为所有创建的具体产品对象都是其子类对象。
- ConcreteProduct（具体产品对象）：它是简单工厂模式的创建目标，所有被创建的对象都充当这个角色的某个具体类的实例。每一个具体产品角色都继承了抽象产品角色，需要实现在抽象产品中声明的抽象方法。
图1 简单工厂模式结构图
在简单工厂模式中，客户端通过工厂类来创建一个产品类的实例，而无须直接使用new关键字 来创建对象，它是工厂模式家族中最简单的一员。
在使用简单工厂模式时，首先需要对产品类进行重构，不能设计一个包罗万象的产品类，而需根据实际情况设计一个产品层次结构，将所有产品类公共的代码移至抽象产品类，并在抽象产品类中声明一些抽象方法，以供不同的具体产品类来实现，典型的抽象产品类代码如下所示：
abstrac class Product {
//所有产品类的公共业务方法
public void methodSame() {
//公共方法的实现
}
//声明抽象业务方法
public abstract void methodDiff();
}
在具体产品类中实现了抽象产品类中声明的抽象业务方法，不同的具体产品类可以提供不同 的实现，典型的具体产品类代码如下所示：
class ConcreteProduct extends Product {
//实现业务方法
public void methodDiff() {
//业务方法的实现
}
}
简单工厂模式的核心是工厂类，在没有工厂类之前，客户端一般会使用new关键字来直接创建 产品对象，而在引入工厂类之后，客户端可以通过工厂类来创建产品，在简单工厂模式中， 工厂类提供了一个静态工厂方法供客户端使用，根据所传入的参数不同可以创建不同的产品 对象，典型的工厂类代码如下所示：
class Factory {
//静态工厂方法
public static Product getProduct(String arg) {
Product product = null;
if(arg.equalsIgnoreCase("A")) {
product = new ConcreteProductA();
//初始化设置product
}
else if (arg.equalsIgnoreCase("B")) {
product = new ConcreteProductB();
//初始化设置product
}
return product;
}
}
在客户端代码中，我们通过调用工厂类的工厂方法即可得到产品对象，典型代码如下所示：
class Client {
public static void main(String args[]) {
Product product;
product = Factory.getProduct("A");
//通过工厂类创建产品对象
product.methodSame();
product.methodDiff();
}
}
应用实例：
某软件公司要基于Java语言开发一套图表库，该图表库可以为应用系统提供多种不同外观的图表，例如柱状图、饼状图、折线图等。该软件公司希望为应用系统开发人员提供一套灵活易用的图表库，通过设置不同的参数即可得到不同类型的图表，而且可以较为方便地对图表库进行扩展，以便能够在将来增加一些新类型的图表。
现使用简单工厂模式来设计该图表库。
图2 图表库结构图
在图2中，Chart接口充当抽象产品类，其子类HistogramChart、PieChart和LineChart充当具体产 品类，ChartFactory充当工厂类。完整代码如下所示：
//抽象图表接口：抽象产品类
interface Chart {
public void display();
}
//柱状图类：具体产品类
class HistogramChart implements Chart {
public HistogramChart() {
System.out.println("创建柱状图！");
}
public void display() {
System.out.println("显示柱状图！");
}
}
//饼状图类：具体产品类
class PieChart implements Chart {
public PieChart() {
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 Client {
public static void main(String args[]){
Chart chart;
chart = ChartFactory.getChart("histogram");//通过静态工厂方法创建产品
chart.display();
}
}
编译并运行程序，输出结果如下：
创建柱状图！
初始化设置柱状图！
显示柱状图
在客户端测试类中，我们使用工厂类的静态工厂方法创建产品对象，如果需要更换产品，只 需修改静态工厂方法中的参数即可，例如将柱状图改为饼状图，只需将代码：
chart = ChartFactory.getChart("histogram");
改为：
chart = ChartFactory.getChart("pie");
编译并运行程序，输出结果如下：
创建饼状图！
初始化设置饼状图！
显示饼状图
简单工厂模式的简化：
有时候，为了简化简单工厂模式，我们可以将抽象产品类和工厂类合并，将静态工厂方法移 至抽象产品类中，如图3所示：
图3 简化的简单工厂模式
在图3中，客户端可以通过产品父类的静态工厂方法，根据参数的不同创建不同类型的产品子 类对象，这种做法在JDK等类库和框架中也广泛存在。
简单工厂模式优缺点与适用环境：
简单工厂模式的主要优点如下：
(1) 工厂类包含必要的判断逻辑，可以决定在什么时候创建哪一个产品类的实例，客户端可以 免除直接创建产品对象的职责，而仅仅“消费”产品，简单工厂模式实现了对象创建和使用的分 离。
(2) 客户端无须知道所创建的具体产品类的类名，只需要知道具体产品类所对应的参数即可， 对于一些复杂的类名，通过简单工厂模式可以在一定程度减少使用者的记忆量。 (3) 通过引入配置文件，可以在不修改任何客户端代码的情况下更换和增加新的具体产品类， 在一定程度上提高了系统的灵活性。
(3) 通过引入配置文件，可以在不修改任何客户端代码的情况下更换和增加新的具体产品类， 在一定程度上提高了系统的灵活性。
简单工厂模式的主要缺点如下：
(1) 由于工厂类集中了所有产品的创建逻辑，职责过重，一旦不能正常工作，整个系统都要受 到影响。
(2) 使用简单工厂模式势必会增加系统中类的个数（引入了新的工厂类），增加了系统的复杂 度和理解难度。
(3) 系统扩展困难，一旦添加新产品就不得不修改工厂逻辑，在产品类型较多时，有可能造成 工厂逻辑过于复杂，不利于系统的扩展和维护。
(4) 简单工厂模式由于使用了静态工厂方法，造成工厂角色无法形成基于继承的等级结构。
在以下情况下可以考虑使用简单工厂模式：
(1) 工厂类负责创建的对象比较少，由于创建的对象较少，不会造成工厂方法中的业务逻辑太 过复杂。
(2) 客户端只知道传入工厂类的参数，对于如何创建对象并不关心。
