简单工厂模式(SimpleFactory Pattern)
一、什么是简单工厂模式
专门定义一个类来负责创建其他类的实例，被创建的实例通常都具有共同的父类或接口。简单工厂模式又称为静态工厂方法（Static Factory Method）模式，属于类的创建型模式，通常根据一个条件（参数）来返回不同的类的实例。
意图：
提供一个类，由它负责根据一定的条件创建某一具体类的实例。
参与者：
- 工厂角色（Creator）：是简单工厂模式的核心，它负责实现创建所有具体产品类的实例。工厂类可以被外界直接调用，创建所需的产品对象。
- 抽象产品角色（Product）：是所有具体产品角色的父类，它负责描述所有实例所共有的公共接口。
- 具体产品角色（Concrete Product）：继承自抽象产品角色，一般为多个，是简单工厂模式的创建目标。工厂类返回的都是该角色的某一具体产品。
UML图：
二、简单工厂模式的优点
- 简单工厂模式能够根据外界给定的信息，决定究竟应该创建哪个具体类的对象。通过它，外界可以从直接创建具体产品对 象的尴尬局面中摆脱出来。
- 外界与具体类隔离开来，耦合性低。
- 明确区分了各自的职责和权力，有利于整个软件体系结构的优化。
三、简单工厂模式的缺点
- 工厂类集中了所有实例的创建逻辑，容易违反GRASPR的高内聚的责任分配原则
- 虽然简单工厂模式能够适应一定的变化，但是它所能解决的问题是远远有限的。它所能创建的类只能是事先教考虑到的，如果需要添加新的类，则就需要改变工厂类了。
四、简单工厂模式的应用场景
- 工厂类负责创建的对象比较少
- 客户只知道传入了工厂类的参数，对于始何创建对象（逻辑）不关心
五、简单工厂模式的实例
实例一：
每次参加不同的聚会或者与不同的人见面，可能穿的衣服是不一样的，比如，你今天上午要与你的一个新客户见面，你可能会对你的老婆说：老婆，给拿件商务装（参数），我要去见我的一个客户，你老婆（工厂类）接到你的请求（商务装参数）后，从衣柜中取出一件商务装（具体产品），交给你。整个过程就完成了。
分析：
你可能根据不同的条件，要的衣服是不一样的，但要的衣服都是已经在你的衣柜中存在的。并且，每件上衣它们都属于同一种抽象，即它们可以从一个抽象类或接口中继承，这此衣服各自都有一定特征，这些都是条件。然后你要的时候，就可以向你老婆说一种特征，她就会根据这个特征为你服务了。这就是典型的简单工厂模式的应用。
抽象产品类代码
1 //抽象产品类（接口）上衣
2 public interface ICoat
3 {
4 void GiveYourCoat();
5 }
具体产品类代码
1 //工作商务套装
2 public class BusinessCoat : ICoat
3 {
4 public void GiveYourCoat()
5 {
6 Console.WriteLine("Give you a bussiness coat.");
7 }
8 }
9
10 //时尚休息套装
11 public class FashionCoat : ICoat
12 {
13 public void GiveYourCoat()
14 {
15 Console.WriteLine("Give you a fashion coat.");
16 }
17 }
简单工厂模式中最核心的部分：工厂类
1 //简单工厂模式中的核心部分:工厂类
2 public class Factory
3 {
4 public ICoat CreateCoat(string styleName)
5 {
6 ICoat coat = null;
7
8 switch (styleName)
9 {
10 case "bussiness":
11 coat = new BusinessCoat();
12 break;
13 case "fashion":
14 coat = new FashionCoat();
15 break;
16 }
17
18 return coat;
19 }
20 }
再看一下客户在调用的时候的代码
1 //客户类
2 public class Client
3 {
4 static void Main(string[] args)
5 {
6 Factory factory = new Factory();
7 ICoat getCoat = factory.CreateCoat("fashion");
8 getCoat.GiveYourCoat();
9
10 Console.Read();
11 }
12 }
