2020-11-21

简单工厂模式
一、简单工厂模式的介绍
说到简单工厂，自然的第一个疑问就是什么是简单工厂模式？在现实生活中工厂是负责生产产品的。同样在设计模式中，简单工厂模式我们也可以理解为负责生产对象的一个类，我们平常编程中，当使用“new”关键字创建一个对象时，此时该类就依赖于这个对象，也就是他们之间的耦合度高，当需求变化时，我们就不得不去修改此类的源码，此时我们可以运用面向对象（OO）的很重要的原则去解决这一问题。该原则就是–封装改变，既然要封装改变，自然也就要找到改变的代码，然后把改变的代码用来封装，这样的一种思路也就是我们简单工厂模式的实现方式了。下面通过一个现实生活中的例子来引出简单工厂模式。

在外面打工的人，免不了要经常在外面吃饭，当然我们也可以自己在家做饭吃，但是自己做饭吃麻烦，因为又要自己买菜，然而，出去吃饭就完全没有这些麻烦，我们只需要到餐馆点菜就可以了，买菜的事就交给餐馆就可以了，这里餐馆就充当简单工厂的角色，下面让我们看看现实生活中的例子用代码是怎样来表现的。
自己做饭的情况：
//没有简单工厂之前，客户想吃什么才只能自己炒
public class Customer
{
//烧菜方法
public static Food Cool(string type)
{
Food food = null;
if(type.Equals(“西红柿炒蛋”))
{
food = new TomatoScrambledEggs();
}
else if(type.Equals(”土豆肉丝"))
{
food = new ShreddedPorkWithPotatoes();
}
return food;
}

static void Main(string[] args)
{
	//做西红柿炒蛋
	Food food1 = Cool("西红柿炒蛋");
	food1.Print();

	Food food2 = Cool(“土豆肉丝”);
	food2.Print();

	Console.Read();
}

}

//菜抽象类
public abstract class Food
{
//输出点了什么菜
public abstract void Print();
}

//
public class TomatoScrambledEggs:Food
{
public override void Print()
{
Console.WriteLine(“西红柿炒蛋”);
}
}

public class ShreddedPorkWithPotatoes:Food
{
public override void Print()
{
Console.WriteLine(“土豆肉丝”);
}
}
自己做饭，如果我们想吃别的菜时，此时就需要去买这种菜和洗菜这些繁琐的操作，有了餐馆（也就是简单工厂）之后，我们就可以吧这些操作交给餐馆去做，此时消费者（也即是我们）对菜（也就是具体对象）的依赖关系从直接变成间接的，这样就是实现了面向对象的另一个原则–降低对象之间的耦合度，下面就具体看看有了餐馆之后的实现代码（即简单工厂的实现）：
//顾客充当客户端，负责调用简单工厂来生产对象
//即客户点菜，厨师（相当于简单工厂）负责烧菜（生产的对象）
class Customer
{
static void Main(string[] args)
{
Food food1 = FoodSimpleFactory.CreateFood(“西红柿炒蛋”);
food1.Print();

	Food food2 = FoodSimpleFactory.CreateFood("土豆肉丝");
	food2.Print();

	Console.Read();
}

}

// ///
/// 菜抽象类
///
public abstract class Food
{
// 输出点了什么菜
public abstract void Print();
}

/// <summary>
/// 西红柿炒鸡蛋这道菜
/// </summary>
public class TomatoScrambledEggs : Food
{
    public override void Print()
    {
        Console.WriteLine("一份西红柿炒蛋！");
    }
}

/// <summary>
/// 土豆肉丝这道菜
/// </summary>
public class ShreddedPorkWithPotatoes : Food
{
    public override void Print()
    {
        Console.WriteLine("一份土豆肉丝");
    }
}

///
/// 简单工厂类, 负责 炒菜
///
public class FoodSimpleFactory
{
public static Food CreateFood(string type)
{
Food food = null;
if (type.Equals(“土豆肉丝”))
{
food= new ShreddedPorkWithPotatoes();
}
else if (type.Equals(“西红柿炒蛋”))
{
food= new TomatoScrambledEggs();
}

        return food;
    }
}

二、优点与缺点
看完简单工厂模式的实现以后，都会有这样一个疑惑–这样我们只是把变化移到了工厂类中罢了，好像没有变化的问题，因为如果客户想吃其他菜时，此时我们还是需要修改简单工厂类中的方法（也就时多加case语句，没应用简单工厂模式之前，修改的是客户类）。这个就是简单工厂模式的缺点所在，然而，简单工厂模式与之前的实现也有它的优点：
#简单工厂模式解决了客户端直接依赖于具体对象的问题，客户端可以消除直接创建对象的责任，而仅仅是消费产品。简单工厂模式实现了对责任的分割。
#简单工厂模式也起到了代码复用的作用，因为之前的实现中，换了一个人同样要去在自己的类中实现做菜的方法。然而有了简单工厂模式之后，去餐馆吃饭的所有人都不用那么麻烦了，只需要负责消费就可以了。此时简单工厂的烧菜方法就让所有客户共用了。（同时这点也是简单工厂模式的缺点–因为工厂类集中了所有产品创建逻辑，一旦不能正常工作，整个系统都会受到影响，也没什么不好理解的，就如事物都有两面性一样道理）