对工厂方法模式的理解与应用

在软件构造课程上，我对于软件构造中的工厂方法模式的概念已经有了一定的了解

工厂方法又称虚拟构造器。为了使用工厂方法，我们需要定义一个专门用来创建对象的接口，但是在这个接口中我们并不知道它需要实例化成哪一个类，这叫给其子类来决定。这适合在客户端代码不指明具体创建的类的对象时使用。

在lab3中，我初步尝试了对该模式的应用，对该模式有了更深入了解。

在lab3中，要求设计三种不同的投票活动，它们都继承自一个包含其共性方法的父类且实现了接口Poll。

在接口Poll中，有一个static方法creat，它用于生成一个投票活动，但这个投票活动是空的，它会返回一个Poll<C>对象。此处返回通用投票活动对象，而在对三个具体投票活动进行测试的时候，可以

但除了用实验要求中给出的方式外，我认为还可以使用工厂模式方法来实现投票活动的创建功能。

此处保留给出的Poll，把它修改为抽象类，把它作为工厂方法中的product抽象产品类，而三种投票活动是三种具体的product。另外还需要设置一个抽象工厂类factory，并分别实现三种投票活动的具体工厂类。

在抽象工厂类中，有如下实现：

public abstract class factory_test {
    public abstract poll_test create();
}

而抽象产品类有如下实现（省去了投票活动的其它方法）：

public abstract class poll_test {
    public abstract void test();
}

此时要想创建一个Election投票活动，只需先实现它的工厂类：

public class factory_election extends factory_test{
    @Override
    public poll_test create() {
        return new Election();
    }
}

再正常实现Election的其它方法即可（此处省略掉了其它方法的实现，仅作演示）：

public class Election extends poll_test{
    @Override
    public void test() {
        System.out.println("election");
    }
}

而对于其它两种投票活动类型DinnerOrder和BusinessVoting，也只需要用同样的方法构建它们的工厂类并实现其产品类即可。

这样就实现了工厂方法模式的应用。

这样做的好处在于，它更符合开-闭原则 ，新增一种投票活动时，只需要增加产品类和相应的工厂子类即可，并且每个工厂只要创建具体的投票活动，符合单一责任原则。