一、引言
这个系列也是自己对设计模式的一些学习笔记,希望对一些初学设计模式的人有所帮助的,在上一个专题中介绍了单例模式,在这个专题中继续为大家介绍一个比较容易理解的模式——简单工厂模式。
二、简单工厂模式的介绍
说到简单工厂，自然的第一个疑问当然就是什么是简单工厂模式了？ 在现实生活中工厂是负责生产产品的,同样在设计模式中,简单工厂模式我们也可以理解为负责生产对象的一个类, 我们平常编程中，当使用"new"关键字创建一个对象时，此时该类就依赖与这个对象，也就是他们之间的耦合度高，当需求变化时，我们就不得不去修改此类的源码，此时我们可以运用面向对象（OO）的很重要的原则去解决这一的问题，该原则就是——封装改变，既然要封装改变，自然也就要找到改变的代码，然后把改变的代码用类来封装，这样的一种思路也就是我们简单工厂模式的实现方式了。下面通过一个现实生活中的例子来引出简单工厂模式。
在外面打工的人，免不了要经常在外面吃饭，当然我们也可以自己在家做饭吃，但是自己做饭吃麻烦，因为又要自己买菜，然而，出去吃饭就完全没有这些麻烦的，我们只需要到餐馆点菜就可以了，买菜的事情就交给餐馆做就可以了，这里餐馆就充当简单工厂的角色，下面让我们看看现实生活中的例子用代码是怎样来表现的。
自己做饭的情况：
namespace 简单工厂
{/// <summary>
/// 烧菜的方法
/// </summary>
public class Customer
{public static Food Cook(string type)
{Food food = null;
// 客户A说：我想吃西红柿炒蛋怎么办？
// 客户B说：那你就自己烧啊
// 客户A说： 好吧，那就自己做吧
if (type.Equals("西红柿炒蛋"))
{food = new TomatoScrambledEggs();
}// 我又想吃土豆肉丝, 这个还是得自己做
// 我觉得自己做好累哦，如果能有人帮我做就好了？
else if (type.Equals("土豆肉丝"))
{food = new ShreddedPorkWithPotatoes();
}return food;
}public static void Main(string[] args)
{Food food1 = Cook("西红柿炒蛋");
food1.Print();
Food food2 = Cook("土豆肉丝");
food2.Print();
Console.Read();
} }/// <summary>
/// 菜抽象类
/// </summary>
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("一份土豆肉丝");
} }} 简单工厂类
/// <summary>
/// 简单工厂类，（负责炒菜）
/// </summary>
public class FoodSimpleFactory
{public static Food CreateFood(string type)
{Food food = null;
if (type.Equals("西红柿炒蛋"))
{food = new TomatoScrambledEggs();
}// 我又想吃土豆肉丝, 这个还是得自己做
// 我觉得自己做好累哦，如果能有人帮我做就好了？
else if (type.Equals("土豆肉丝"))
{food = new ShreddedPorkWithPotatoes();
}return food;
} }1 2 3 4 5 6 7 8 | public static void Main(string[] args) { Food food1 = FoodSimpleFactory.CreateFood("西红柿炒蛋"); food1.Print(); Food food2 = FoodSimpleFactory.CreateFood("土豆肉丝"); food2.Print(); Console.Read(); } |
总结下简单工厂模式的缺点：
- 工厂类集中了所有产品创建逻辑，一旦不能正常工作，整个系统都会受到影响（通俗地意思就是：一旦餐馆没饭或者关门了，很多不愿意做饭的人就没饭吃了）
- 系统扩展困难，一旦添加新产品就不得不修改工厂逻辑，这样就会造成工厂逻辑过于复杂。
了解了简单工厂模式之后的优缺点之后，我们之后就可以知道简单工厂的应用场景了：
- 当工厂类负责创建的对象比较少时可以考虑使用简单工厂模式（）
- 客户如果只知道传入工厂类的参数，对于如何创建对象的逻辑不关心时可以考虑使用简单工厂模式