创建型模式中关于工厂的模式

最新推荐文章于 2024-08-10 06:00:00 发布

水田如雅

最新推荐文章于 2024-08-10 06:00:00 发布

阅读量2k

点赞数 1

分类专栏： Design Patterns 文章标签：设计模式

本文链接：https://blog.csdn.net/lhc1105/article/details/21700569

版权

设计模式同时被 2 个专栏收录

27 篇文章 0 订阅

订阅专栏

Design Patterns

23 篇文章 1 订阅

订阅专栏

在创建型模式中，有3中关于工厂的模式，分别是：简单工厂模式，工厂方法模式，抽象工厂模式。这3中模式既有各自的优点，同时，这3中模式又可以逐步演化：如，简单工厂可以演化成工厂方法，工厂方法可以演化成抽象工厂。

简单工厂到工厂方法

由于工厂类集中了所有实例的创建逻辑，违反了高内聚责任分配原则，将全部创建逻辑集中到了一个工厂类中；它所能创建的类只能是事先考虑到的，如果需要添加新的类，则就需要改变工厂类了。

另外，当系统中的具体产品类不断增多时候，可能会出现要求工厂类根据不同条件创建不同实例的需求．这种对条件的判断和对具体产品类型的判断交错在一起，造成switch..case过于复杂，很难避免模块功能的蔓延，对系统的维护和扩展非常不利。

就是说，switch..case这种判断一是增加新类时要修改switch语句，二如果产品太多，又造成switch过于复杂。

鉴于简单工厂中switch的这两个缺点，所以，提出创建一个单独的类来进行产品的创建。工厂方法定义一个用于创建对象的接口，让子类决定实例化哪一个类。工厂方法是将一个类的实例化延迟到其子类。

例如：

编写一个计算器，如果用简单工厂来写的话，就要在创建示例的工厂类中写很多switch语句，一旦增加新的运算，就要修改核心的代码，违反了开放封闭的原则。

public class OperationFactory    {
        public static Operation createOperate(string operate)
        {
            Operation oper = null;
            switch (operate)
            {
                case "+":
                    oper = new OperationAdd();
                    break;
                case "-":
                    oper = new Operation();
                    break;
                case "*":
                    oper = new Operation();
                    break;
                case "/":
                    oper = new Operation();
                    break;
            }

            return oper;

        }
 
    }

但是如果改成用工厂方法来写的话，当增加运算时，只需在多加两个类，虽然没有避免掉判断，但是一旦扩展功能的话，本来是要改工厂类的，而现在修改的确是客户端。虽然增加了类，但是使得扩展更灵活。

总结：

工厂方法克服了简单工厂违背开放—封闭原则的缺点，又保持了封装对象创建过程的优点。

它们都是集中封装了对象的创建，使得要更换对象时，不需要做大的改动就可实现，降低了客户程序与产品对象的耦合。工厂方法模式是简单工厂模式的进一步抽象和推广。由于使用了多态性，工厂方法模式保持了简单工厂模式的优点，而且克服了它的缺点。

工厂方法到抽象工厂模式

先来看两种方法访问数据库的结构图：

用工厂方法访问数据库：

接着是抽象工厂访问数据库：

从图中可以看出，当用工厂方法访问数据库的时候，访问的是一张表，而当用抽象工厂访问数据库的时候访问的是两张表。如果去掉抽象工厂方法中访问第二张表的类，可以看出，它们剩下的部分是一样的。、

所以，从工程方法到抽象工厂，只是涉及到的产品系列多了。

简单工厂对抽象工厂的改进

从简单工厂到工厂方法，为了改进switch的不灵活创建了更多的类，从工厂方法到抽象工厂也是多了类，那么，如果使用抽象工厂时有非常多的product时就会出现问题：比如，现在有100张表，每个表都是一个product,要从access数据库换到sql server数据库，那么，要改动的这句“Ifactoryfacoty=new AccessFactory()；”，改动100次了，这是件很悲伤的事儿。。这时，我们可以用简单工厂来改进抽象工厂。

简单工厂最大的弊端就是当增加新的需求时要改进switch,但是如果switch的可选项就是两项，不如，一个公司使用的数据库目前只有access和sql server时，这时，switch语句就是不用被经常改动的，此时，它的缺点恰恰成了它最大的优点，因为相比工厂方法和抽象工厂，它不用创建那么多的类就能很简单的实现选择问题。

如下结构图：