简单工厂和工厂模式对比

一，工厂模式

在工厂模式中，我们在创建对象时不会对客户端暴露创建逻辑，并且是通过使用一个共同的接口来指向新创建的对象。

---

二，介绍

意图：定义一个创建对象的接口，让其子类自己决定实例化哪一个工厂类，工厂模式使其创建过程延迟到子类进行。

主要解决：主要解决接口选择的问题。

何时使用：我们明确地计划不同条件下创建不同实例时。

如何解决：让其子类实现工厂接口，返回的也是一个抽象的产品。

关键代码：创建过程在其子类执行。

应用实例： 
1、您需要一辆汽车，可以直接从工厂里面提货，而不用去管这辆汽车是怎么做出来的，以及这个汽车里面的具体实现。 
2、Hibernate 换数据库只需换方言和驱动就可以。

优点： 
1、一个调用者想创建一个对象，只要知道其名称就可以了。 
2、扩展性高，如果想增加一个产品，只要扩展一个工厂类就可以。 
3、屏蔽产品的具体实现，调用者只关心产品的接口。

缺点： 
每次增加一个产品时，都需要增加一个具体类和对象实现工厂，使得系统中类的个数成倍增加，在一定程度上增加了系统的复杂度，同时也增加了系统具体类的依赖。这并不是什么好事。

使用场景： 
1、日志记录器：记录可能记录到本地硬盘、系统事件、远程服务器等，用户可以选择记录日志到什么地方。 
2、数据库访问，当用户不知道最后系统采用哪一类数据库，以及数据库可能有变化时。 
3、设计一个连接服务器的框架，需要三个协议，”POP3”、”IMAP”、”HTTP”，可以把这三个作为产品类，共同实现一个接口。

注意事项： 
作为一种创建类模式，在任何需要生成复杂对象的地方，都可以使用工厂方法模式。有一点需要注意的地方就是复杂对象适合使用工厂模式，而简单对象，特别是只需要通过 new 就可以完成创建的对象，无需使用工厂模式。如果使用工厂模式，就需要引入一个工厂类，会增加系统的复杂度。

---

三，简单工厂模式

简单工厂模式包含以下3个角色：

1. Factory（工厂角色）
2. Product（抽象产品角色）
3. ConcreteProduct（具体产品角色）

    //典型的抽象产品类代码
    abstract class Product
    {
        //所有产品类的公共业务方法
        public void MethodSame()
        {
            //公共方法的实现
        }

        //声明抽象业务方法
        public abstract void MethodDiff();
    }

    //典型的具体产品类代码
    class ConcreteProductA : Product
    {
        //实现业务方法
        public override void MethodDiff()
        {
            //业务方法的实现
        }
    }

    class ConcreteProductB : Product
    {
        //实现业务方法
        public override void MethodDiff()
        {
            //业务方法的实现
        }
    }

    class Factory
    {
        //静态工厂方法
        public Product GetProduct(string arg)
        {
            Product product = null;
            if (arg.Equals("A"))
            {
                product = new ConcreteProductA();
                //初始化设置product
            }
            else if (arg.Equals("B"))
            {
                product = new ConcreteProductB();
                //初始化设置product
            }
            return product;
        }
    }

    class Program
    {
        static void Main(string[] args)
        {
            Factory factory = new Factory();
            Product product = factory.GetProduct("A");
            product.MethodDiff();
        }
    }

在简单工厂模式中用于创建实例的方法有时候是静态(static)方法，因此有时候被称为静态工厂方法(Static Factory Method)模式

---

四，工厂方法模式

使用工厂方法模式改进后的按钮工厂： 

使用工厂方法模式改进后的按钮工厂： 

工厂方法模式：

1. 不再提供一个按钮工厂类来统一负责所有产品的创建，而是将具体按钮的创建过程交给专门的工厂子类去完成。
2. 如果出现新的按钮类型，只需要为这种新类型的按钮定义一个具体的工厂类就可以创建该新按钮的实例。

工厂方法模式的定义 
简称为工厂模式(Factory Pattern)。 
又可称作虚拟构造器模式(Virtual Constructor Pattern)或多态工厂模式(Polymorphic Factory Pattern)。 
工厂父类负责定义创建产品对象的公共接口，而工厂子类则负责生成具体的产品对象。 
目的是将产品类的实例化操作延迟到工厂子类中完成，即通过工厂子类来确定究竟应该实例化哪一个具体产品类。

工厂方法模式包含以下4个角色：

1. Product（抽象产品）
2. ConcreteProduct（具体产品）
3. Factory（抽象工厂）
4. ConcreteFactory（具体工厂）

    //典型的抽象产品类代码
    abstract class Product
    {
        //所有产品类的公共业务方法
        public void MethodSame()
        {
            //公共方法的实现
        }

        //声明抽象业务方法
        public abstract void MethodDiff();
    }

    //典型的具体产品类代码
    class ConcreteProductA : Product
    {
        //实现业务方法
        public override void MethodDiff()
        {
            //业务方法的实现
        }
    }

    class ConcreteProductB : Product
    {
        //实现业务方法
        public override void MethodDiff()
        {
            //业务方法的实现
        }
    }

    //典型的抽象工厂类代码
    interface Factory
    {
        Product FactoryMethod();
    }

    //典型的具体工厂类代码
    class ConcreteAFactory : Factory
    {
        public Product FactoryMethod()
        {
            return new ConcreteProductA();
        }
    }

    class ConcreteBFactory : Factory
    {
        public Product FactoryMethod()
        {
            return new ConcreteProductB();
        }
    }

    class Program
    {
        static void Main(string[] args)
        {
            Factory factory = new ConcreteAFactory();
            Product product = factory.FactoryMethod();
            product.MethodDiff();
        }
    }