设计模式之简单工厂,工厂方法,抽象工厂模式(二)

在介绍工厂方法和抽象工厂之前先介绍一下简单工厂

============================================

简单工厂:就是用来生产产品的一个工厂

下面我们来看一下UML图

 

 

这张图片是之前在网上找的,找不到链接地址了,在此表示,尊重原创,感谢.

这两张图类似,看看就明白了

我们可以看到,这张图中有一个鼠标的工厂类,可以创建不同的鼠标,算了,自己看图吧 ,很清晰

下面我们可以敲代码测试一下,这里,我就把鼠标改成鞋子了.

主程序
 public class Program
    {
        static void Main(string[] args)
        {
            //创建一个工厂类
            EasyFactory ef = new EasyFactory();
            Shoes s = ef.CreateShoes(1);
            s.Show();
            Console.ReadKey();
        }
    }
============================
简单工厂类
 public class EasyFactory
    {
        public Shoes CreateShoes(int i) {
            if (i == 1)
            {
                return new NikeShoes();
            }
            return new AdidasShoes();
        }
    }
============================
shoes父类
public class Shoes
    {
        public virtual  void Show() {
            Console.WriteLine("一双鞋子");
        }
    }
============================
public class NikeShoes:Shoes
    {
        public override void Show()
        {
            Console.WriteLine("一双耐克的鞋子");
        }
    }
============================
 public class AdidasShoes:Shoes
    {
        public override void Show()
        {
            Console.WriteLine("一双阿迪达斯的鞋子");
        }
    }

当输入1的时候,创建耐克的鞋子

简单工厂就说到这吧

===========================================

 下面开始介绍工厂模式

 工厂模式:将一个类的实例化 延迟到了子类中,以下是UML图

 

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

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

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

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

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

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

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

===========================================

 

看一下抽象工厂模式

 

 

意图：提供一个创建一系列相关或相互依赖对象的接口，而无需指定它们具体的类。

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

何时使用：系统的产品有多于一个的产品族，而系统只消费其中某一族的产品。

如何解决：在一个产品族里面，定义多个产品。

关键代码：在一个工厂里聚合多个同类产品。

应用实例：工作了，为了参加一些聚会，肯定有两套或多套衣服吧，比如说有商务装（成套，一系列具体产品）、时尚装（成套，一系列具体产品），甚至对于一个家庭来说，可能有商务女装、商务男装、时尚女装、时尚男装，这些也都是成套的，即一系列具体产品。假设一种情况（现实中是不存在的，要不然，没法进入共产主义了，但有利于说明抽象工厂模式），在您的家中，某一个衣柜（具体工厂）只能存放某一种这样的衣服（成套，一系列具体产品），每次拿这种成套的衣服时也自然要从这个衣柜中取出了。用 OO 的思想去理解，所有的衣柜（具体工厂）都是衣柜类的（抽象工厂）某一个，而每一件成套的衣服又包括具体的上衣（某一具体产品），裤子（某一具体产品），这些具体的上衣其实也都是上衣（抽象产品），具体的裤子也都是裤子（另一个抽象产品）。

优点：当一个产品族中的多个对象被设计成一起工作时，它能保证客户端始终只使用同一个产品族中的对象。

缺点：产品族扩展非常困难，要增加一个系列的某一产品，既要在抽象的 Creator 里加代码，又要在具体的里面加代码。

使用场景： 1、QQ 换皮肤，一整套一起换。 2、生成不同操作系统的程序。

注意事项：产品族难扩展，产品等级易扩展。

真的很感谢画这张图的原作者,看图理解很明白.不贴代码了.