思考并回答以下问题：
前言
小黄是一家电商公司的主程，有一天需要加个发货短信通知功能。于是小黄找了一个叫XSMS的短信通道供应商签约了，然后开始写代码。
首先写一个XSMS的类：
1 | public class XSMS |
接着，开始写业务调用：
1 | public static void Main(string[] args) |
好了，业务上线了，老板很满意。
过了好大半个月，老板找到小黄：小黄啊，我朋友那里发个短信才4.5分一条，你签那个什么通道怎么要6分一条啊，我们改为他公司的接口吧，我给他公司的技术员QQ你，你跟他联系吧。
小黄找到老板朋友公司的技术员，让他搞了一个接口用他公司的帐号去发短信。
好了，小黄又开始加班撸代码了
1 | public class FriendSMS |
撸完短信类的代码，再去修改业务类代码：1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16private static void SendMsg2Client()
{
var cs = GetClient();
if (cs != null && cs.Count > 0)
{
string tpl = "[$sign]$client您好，$msg";
string key = "123"; // 从配置文件或数据库里取得
string pwd = "666"; // 从配置文件或数据库里取得
var sms = new FriendSMS(key, pwd); // 改用老板朋友那家公司的接口了
foreach (var c in cs)
{
sms.Send("您订购的充气女友已发货，查收后请爱惜使用", c.Key, c.Value, tpl);
}
}
}
好了，业务上线了，老板满意，就是小黄累了点，给测试为难了一下：你这业务代码都改了，又要我重新测试整个业务了，下班你要请我大保健啊。
业务上线一个月，老板把小黄叫到办公室：小黄啊，你写那个短信怎么老是有客户说收不到呢，你写什么垃圾代码啊，这么不稳定。
小黄辩道：老板，不关我事了，是你那朋友公司提供那接口老是不稳定，经常把我们的短信吃掉，我跟他们天天对数据，头都大了，我跟他们技术了解过，他们是用阿里大鱼的接口，他们是写了个代理接口给我们用，不如我们直接用阿里大鱼的接口吧，一样是4.5分一条短信，直接对接肯定稳定很多，不会受制于你朋友的公司了。
老板：好吧，弄好了请你大保健。
这次小黄学乖了，妈蛋这次换阿里大鱼又要被测试骂了，怎么样才能让业务代码尽量不用改呢，百度了一番，找群里的问了一番，小黄决定用一个简单的实现：工厂模式。
小黄开始重构代码了，XXSMS类样子操作方法都是一样，我要抽象一个接口出来：1
2
3
4
5public interface ISMS
{
void Init(string key, string pwd);
void Send(string msg, long phone, string client, string tpl);
}
写阿里大鱼及修改之前两个通道的代码：1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75public abstract class BaseSMS : ISMS
{
public virtual void Init(string key, string pwd)
{
throw new NotImplementedException();
}
public virtual void Send(string msg,
long phone,
string client,
string tpl)
{
throw new NotImplementedException();
}
protected string FormatTpl(string tpl,
string msg,
long phoneNumber,
string client,
string sign)
{
return tpl.Replace("$sign", sign).Replace("$msg", msg).Replace("$client", client);
}
}
public class AlidayuSMS : BaseSMS
{
private string sign;
public override void Init(string key, string pwd)
{
sign = "什么都有的电商公司";
}
public override void Send(string msg, long phone, string client, string tpl)
{
//签名等等把短信发到XSMS公司的接口上
//XXX的复杂发送代码
Console.WriteLine("从阿里大鱼发短信:" + FormatTpl(tpl, msg, phone, client, sign));
}
}
public class XSMS : BaseSMS
{
private string sign;
public override void Init(string key, string pwd)
{
sign = "什么都有的电商公司";
}
public override void Send(string msg, long phone, string client, string tpl)
{
//签名等等把短信发到XSMS公司的接口上
//XXX的复杂发送代码
Console.WriteLine("从XSMS发短信:" + FormatTpl(tpl, msg, phone, client, sign));
}
}
public class FriendSMS : BaseSMS
{
private string sign;
public override void Init(string key, string pwd)
{
sign = "什么都有的电商公司";
}
public override void Send(string msg, long phone, string client, string tpl)
{
//签名等等把短信发到老板朋友公司提供的接口上
//XXX的复杂发送代码
Console.WriteLine("从FriendSMS发短信:" + FormatTpl(tpl, msg, phone, client, sign));
}
}
然后写个简单工厂1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19public class SMSFactory
{
public static ISMS GetSMS(string type)
{
switch (type.Trim().ToLower())
{
case "xsms":
return new XSMS();
case "friendsms":
return new FriendSMS();
case "alidayusms":
return new AlidayuSMS();
}
throw new Exception("不存在的短信通道:" + type + "");
}
}
修改业务类代码：1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19private static void SendMsg2Client()
{
var cs = GetClient();
if (cs != null && cs.Count > 0)
{
string tpl = "[$sign]$client您好，$msg";
string key = "123"; // 从配置文件或数据库里取得
string pwd = "666"; // 从配置文件或数据库里取得
string type = "alidayusms"; // 从配置文件或数据库里取得
var sms = SMSFactory.GetSMS(type);
sms.Init(key, pwd);
foreach (var c in cs)
{
sms.Send("您订购的充气女友已发货，查收后请爱惜使用", c.Key, c.Value, tpl);
}
}
}
上线了，很稳定而且也便宜，老板很满意，给了50块小黄去大保健，小黄把这个大保健的机会让给了测试，因为测试这次怨气大点，业务代码要测试，几个原来的通道接口也要测试
然后有一天，阿里那边通知:开放平台接口要改为HTTPS，小黄这听到这个消息，冷笑一声，嘿嘿不就改一下这个类而已么
然后小黄把阿里大鱼的类修改一下然后准备上线了，测试听到这个消息:妈蛋你当我透明了啊，跳过我就上线啦
小黄辩称道:就改了一下阿里大鱼那个类而已
测试:不行，你那个工厂依赖大鱼，重新编译了生成的DLL都不知跟原来业务有没有问题
小黄暗暗叫苦，这不是变着法子骗大保健么
让测试再坑了一次大保健，小黄到群里吐苦水，说测试为难自己，众群员也跟着谴责测试，
不过其中一个老司机说:这是你自找的，怪不了测试，你应该让业务代码与这些短信模块解耦，不要依赖这些模块
小黄:老司机，请教怎么破啊
老司机:依赖倒置，让这业务及你这个”工厂”与各个SMS类完全无关，一个SMS类起一个项目生成一个DLL以后你改类就改那个项目，加类就加个新项目，那个模块项目整个好交给测试就行了
小黄:那这个工厂也是要重新编译啊，测试到时也一样会找我麻烦
老司机:把你的工厂升级一下，做成反射工厂或者更一步到位用Ioc容器，需要什么样的短信模块，交给升级的工厂或Ioc容器来完成，这样一来，工厂或IoC容器是完全不用变化，业务代码更是完全不用动，以后测试也轻松了，分分钟反过来请你去大保健
小黄及众群员:嘀，学生卡
在这个依赖倒置的思想指导下，小黄找了一个IoC容器，把SMS模块写到Ioc容器的配置文件里
然后最后一次修改业务代码
1 | private static void SendMsg2Client() |
小黄修改了代码，跟测试保证以后不用动业务那些代码，以后测试只测试一下实现模块就OK了，上线运行后，测试邪恶的笑了一下捡起了地上的肥皂 (逃
好了，经过上面纯属虚构的故事，相信大家都对工厂，Ioc和DI等有点理解了
DI (Dependency Injection，依赖注入)
一看这名字不百度都不知是什么意思，那我们再先看一下相关的概念吧
依赖倒置原则(Dependence Inversion Principle，简称DIP)
该死，又多一个概念，引入这个概念的话看来又要引入另一个概念了:解耦
什么是解耦，解耦字面的意思也很明白了解除耦合，解除软件各个模块之间的耦合，让一个模块不要依赖另一个模块
在上面的案例里，解耦就是解除了业务代码对各个SMS模块的耦，业务跟具体实现的模块完全没有依赖，第一版中，业务是编码阶段就跟各SMS类耦合了，严重依赖SMS类，依赖在编码阶段
抽象出接口，然后使用了IoC后这个依赖在编码阶段是没有的，依赖调用实现的SMS的发生在系统运行的阶段，依赖在运行时，IoC把这种依赖完全反转过来了，耦合解除了，依赖倒置了
IoC (Inversion of Control，控制反转)
Ioc的概念也就跟依赖倒置差不多，是控制权的转移，原先由业务代码决定用那个SMS模块的转移到由Ioc容器根据配置文件决定使用什么SMS模块，控制权转移到IoC框架上.
Ioc思想实现的Ioc容器就是负责按配置文件注入依赖（DI）的模块到容器里返回给业务调用
简单说，IoC容器是就一个豪华版工厂，自动化装配的工厂，工厂知道是什么吧，就是我把产品规格发给你，你把产品给我，我不管你给的是怎么制作怎么实现的产品，用什么材料我一概不管，我只要合我规格的就行。
IoC就是这样的一个工厂，我们在业务代码里调用IoC容器（工厂），把需求（产品规格）发给IoC容器，容器返回实现类（产品）给业务，业务就可以按这个规格来草作这个产品了
IoC容器就是负责注入依赖的模块
支持配置文件
支持注册单例
支持延迟加载
我不是标题党，用.net魔法真的可以是直接new的速度，当然这个多了一层调用，肯定会下降一丁点，但速度比反射型的不知高那里去了