设计模式之简单工厂模式

6 简单工厂模式

概述：
工厂模式是最常用的一类创建型设计模式，通常我们所说的工厂模式是指工厂方法模式，它也是使用频率最高的工厂模式。

简单工厂模式是工厂方法模式的“小弟”，它不属于GoF 23种设计模式，但在软件开发中应用也较为频繁，通常将它作为学习其他工厂模式的入门。

此外，工厂方法模式还有一位“大哥”——抽象工厂模式。这三种工厂模式各具特色，难度也逐个加大，在软件开发中它们都得到了广泛的应用，成为面向对象软件中常用的创建对象的工具。

举例：

有一个Eat类，里面有各种各样的吃的，例如，烤串，海鲜，甜点。

现在有一个需求：可以较为方便地对Eat类进行扩展，以便能够在将来增加一些新的好吃的。

初期代码实现：

public class Eat {
    // 食物类型
    private String foodType;

    public Eat(String foodType) {
        this.foodType = foodType;
        if (foodType.equalsIgnoreCase("barbecue")) {
            System.out.println("barbecue初始化完成");
        } else if (foodType.equalsIgnoreCase("seafood")) {
            System.out.println("seafood初始化完成");
        } else if (foodType.equalsIgnoreCase("dessert")) {
            System.out.println("dessert初始化完成");
        }
    }

    public void getEating() {
        if (this.foodType.equalsIgnoreCase("barbecue")) {
            System.out.println("打扰一下给您上菜了：barbecue");
        } else if (this.foodType.equalsIgnoreCase("seafood")) {
            System.out.println("打扰一下给您上菜了：seafood");
        } else if (this.foodType.equalsIgnoreCase("dessert")) {
            System.out.println("打扰一下给您上菜了：dessert");
        }
    }

    public static void main(String[] args) {
        Eat eat = new Eat("dessert");
        eat.getEating();
    }
}

不难看出，Eat类是一个“巨大的”类，在该类的设计中存在如下几个问题：

• 在Eat类中包含很多“if…else…”代码块，整个类的代码相当冗长，代码越长，阅读难度、维护难度和测试难度也越大。
• 而且大量条件语句的存在还将影响系统的性能，程序在执行过程中需要做大量的条件判断。
• Eat类的职责过重，它负责初始化和显示所有的图表对象，将各种图表对象的初始化代码和显示代码集中在一个类中实现，违反了“单一职责原则”，不利于类的重用和维护
• 当需要增加新品种的食物时，必须修改Eat类的源代码，违反了“开闭原则”。
• 客户端只能通过new关键字来直接创建Eat对象，Eat类与客户端类耦合度较高，对象的创建和使用无法分离。

简单工厂解决方案：

1、抽象Eat接口—>好比老板，你要在我这上菜，你必须是我的员工，就必须实现这套规范

public interface Eat {
    void getEating();
}

2、让具体食物类实现Eat接口

public class Barbecue implements Eat{
    @Override
    public void getEating() {
        System.out.println("打扰一下给您上菜了：barbecue");
    }
}

public class Dessert implements Eat {
    @Override
    public void getEating() {
        System.out.println("打扰一下给您上菜了：dessert");
    }
}

public class SeaFood implements Eat{
    @Override
    public void getEating() {
        System.out.println("打扰一下给您上菜了：seafood");
    }
}

3、书写工厂类

public class EatFactory {
    // 静态工厂方法
    public static Eat getEat(String foodType) {
        Eat eat = null;
        if (foodType.equalsIgnoreCase("seafood")) {
            eat = new SeaFood();
            System.out.println("seafood初始化成功");
        } else if (foodType.equalsIgnoreCase("dessert")) {
            eat = new Dessert();
            System.out.println("dessert初始化成功");
        } else if (foodType.equalsIgnoreCase("barbecue")) {
            eat = new Barbecue();
            System.out.println("barbecue初始化成功");
        }
        return eat;
    }
}

4、客户端测试

public class Client {
    public static void main(String[] args) {
        // 通过静态工厂方法创建
        Eat seafood = EatFactory.getEat("dessert");
        seafood.getEating();
    }
}

分析：

如果需要增加新的菜品，新的菜品实现规范后，那么直接从工厂进行添加即可。

不足之处，客户端在使用的时候，每更换一个Eat对象都需要修改客户端代码中静态工厂方法的参数，客户端代码将要重新编译，这对于客户端而言，违反了“开闭原则”。

##方案改进：

1、静态工厂方法的参数存储在XML或properties格式的配置文件中，如下config.xml所示：

<?xml version="1.0"?>
<config>
	<chartType>seafood</chartType>
</config>

2、再通过一个工具类XMLUtil来读取配置文件中的字符串参数，XMLUtil类的代码如下所示：

public class XMLUtil {
    //该方法用于从XML配置文件中提取图表类型，并返回类型名
    public static String getFoodType() {
        try {
            //创建文档对象
            DocumentBuilderFactory dFactory = DocumentBuilderFactory.newInstance();
            DocumentBuilder builder = dFactory.newDocumentBuilder();
            Document doc;
            doc = builder.parse(new File("D:\\IDEA\\designPatterns\\factory-02\\src\\config.xml"));
            //获取文本节点
            NodeList nl = doc.getElementsByTagName("foodType");
            Node classNode = nl.item(0).getFirstChild();
            String foodType = classNode.getNodeValue().trim();
            return foodType;
        } catch (Exception e) {
            e.printStackTrace();
            return null;
        }
    }
}

3、客户端测试

public class Client {
    public static void main(String[] args) {
        // 通过静态工厂方法创建
        String foodType = XMLUtil.getFoodType(); //读取配置文件中的参数
        Eat seafood = EatFactory.getEat(foodType);
        seafood.getEating();
    }
}

分析：

不难发现，在上述客户端代码中不包含任何与具体食物对象相关的信息，如果需要更换具体食物对象，只需修改配置文件config.xml，

无须修改任何源代码，符合“开闭原则”。

简单工厂模式总结：

1、优点：

• 客户端可以免除直接创建产品对象的职责，而仅仅“消费”产品，简单工厂模式实现了对象创建和使用的分离。
• 客户端无须知道所创建的具体产品类的类名，只需要知道具体产品类所对应的参数即可
• 通过引入配置文件，可以在不修改任何客户端代码的情况下更换和增加新的具体产品类，在一定程度上提高了系统的灵活性。

2、缺点：

• 由于工厂类集中了所有产品的创建逻辑，职责过重，一旦不能正常工作，整个系统都要受到影响。
• 使用简单工厂模式势必会增加系统中类的个数（引入了新的工厂类），增加了系统的复杂度和理解难度。
• 系统扩展困难，一旦添加新产品就不得不修改工厂逻辑，在产品类型较多时，有可能造成工厂逻辑过于复杂，不利于系统的扩展和维护。
• 简单工厂模式由于使用了静态工厂方法，造成工厂角色无法形成基于继承的等级结构。