值得永久收藏的 C# 设计模式套路_C#

值得永久收藏的 C# 设计模式套路

关于设计模式的说法，网上一搜一大堆，咱就不再去说了。

我的理解，设计模式就是很多NB的大佬们总结出来的，用来处理特定情况的标准解决方案。

那既然是标准方案，就一定会有套路，会有标准的样子。

几种常见的设计模式，都有各自的套路模板。下面进入主题，咱们一个一个来说。

一、抽象工厂模式

抽象工厂主要的场景是创建一系列相关或相似的对象。注意这个相关或相似。因为有这个特性，我们就可以抽取出共同点，来形成接口或抽象类，然后通过这个接口或抽象类，来派生出各个对象。

为什么叫抽象工厂?不知道，而且不重要。在我看来，这只是个名字，记下就好。一个东西出来，总要有个名字的，有个人跑出来说，就叫抽象工厂吧。于是就叫抽象工厂了。就像一个人，做了一个网站，让别人在上面卖东西，后来做大了，需要吹NB了，得给这个经营方式起个名字，于是，B2C 就出现了。现在人们创业做电商，头一件事先讨论做 B2B 还是 B2C。做反了。先做吧，挣钱要紧。做大了，你说叫什么，都会有人听、有人信。

说跑题了，:P

先写几个类型，包括接口和实体类，后面会用到：

// 接口定义
public interface ILaptop
{
void GetInfo();
}
public interface IMobile
{
void GetInfo();
}
// 实体类一
public class MateBook : ILaptop
{
public void GetInfo()
{
Console.WriteLine("I am MateBook");
}
}
public class Mac : ILaptop
{
public void GetInfo()
{
Console.WriteLine("I am Mac");
}
}
// 实体类二
public class Mate : IMobile
{
public void GetInfo()
{
Console.WriteLine("I am Mate");
}
}
public class IPhone : IMobile
{
public void GetInfo()
{
Console.WriteLine("I am IPhone");
}
}

有了上面的类型，我们来看看抽象工厂的套路。

定义：

public interface IFactory
{
ILaptop CreateLaptop();
IMobile CreateMobile();
}
public class FactoryA : IFactory
{
public ILaptop CreateLaptop()
{
return new MateBook();
}
public IMobile CreateMobile()
{
return new Mate();
}
}
public class FactoryB : IFactory
{
public ILaptop CreateLaptop()
{
return new Mac();
}
public IMobile CreateMobile()
{
return new IPhone();
}
}

调用：

public static class Example
{
public static void ExampleTest()
{
var factoryA = new FactoryA();
var laptopA = factoryA.CreateLaptop();
var mobileA = factoryA.CreateMobile();
laptopA.GetName();
mobileA.GetName();
var factoryB = new FactoryB();
var laptopB = factoryB.CreateLaptop();
var mobileB = factoryB.CreateMobile();
laptopB.GetName();
mobileB.GetName();
}
//result :
//I am MateBook
//I am Mate
//I am Mac
//I am IPhone
}

这个模式里面，核心的部分就是工厂接口的定义：

public interface IFactory
{
ILaptop CreateLaptop();
IMobile CreateMobile();
}

在这个工厂接口中，加入了多个相似的接口。于是，调用端可以很简单的以类似的方式去调用，而工厂实体中，对内部引用的实体进行区分。一个典型的场景是：一个程序，对着很多种数据库。这样的情况，可以在工厂实体中区分具体连接哪种数据库，而内部的引用实体，则各自对应不同的数据库。外部调用时，只需要在初始化时确认使用哪种数据库，后面的 CRUD 操作，就直接使用就成，调用端不需要考虑数据库的区别。事实上，这也是抽象工厂用的最多的场景。

二、工厂模式

去掉了抽象两个字，居然还是一个模式，而且是一个不同的模式。这个名字起的够混乱。

不过老实说，工厂模式跟抽象工厂模式很像，区别是：抽象工厂模式是在工厂模式的基础上，又做了一层抽象。

看套路：

public interface IFactory
{
ILaptop CreateLaptop();
}
public class FactoryA : IFactory
{
public ILaptop CreateLaptop()
{
return new MateBook();
}
}
public class FactoryB : IFactory
{
public ILaptop CreateLaptop()
{
return new Mac();
}
}
public static class Example
{
public static void Test()
{
var factoryA = new FactoryA();
var laptopA = factoryA.CreateLaptop();
laptopA.GetName();
var factoryB = new FactoryA();
var laptopB = factoryB.CreateLaptop();
laptopB.GetName();
}
//result :
//I am MateBook
//I am Mac
}

看到了吧，跟抽象工厂确实很相似。不过在使用上，工厂模式用得会更多。任何类都可以按工厂模式来写。这个模式最大的作用，是把定义和实体做了分层。开发时，可以一部分人去定义接口，而另一部分人去实现这个接口。而且，工作模式可以随时扩展为抽象工厂。比方一开始只是可能有多种数据库，但具体是哪些数据库还没确定，就可以先按工厂模式写，等数据库定下来，随时就很容易转为抽象工厂了。