一步一步造个Ioc轮子目录
一步一步造个IoC轮子（一）：IoC是什么一步一步造个IoC轮子（二）：详解泛型工厂一步一步造个IoC轮子（三）：构造基本的IoC容器前言
.net core正式版前两天发布了，喜大普奔，借此机会，强行来写第一篇博客
第一次写博客，有点紧张，不知怎么才能装做经常写的样子（：
第一次，造个小轮子吧，IoC容器，借此完善自己的类库
DI,IoC什么的高大上的名字是什么意思
我不是老司机,开C#时间不太长,以下粗浅个人见解,说错了打脸要轻一点,毕竟是还想靠脸吃饭 （：
怕词不达意,用个示例来说明吧,老司机绕行
小黄是一家电商公司的主程,有一天老板说我们加个发货短信通知发短信给客户吧
于是小黄找了一个叫XSMS的短信通道供应商签约了
然后小黄写了开始码代码了
首先写一个XSMS的类
public class XSMS
{
private string sign;
public XSMS(string key, string pwd)
{
sign = "什么都有的电商公司";
}
private string FormatTpl(string tpl, string msg, long phoneNumber, string client, string sign)
{
return tpl.Replace("$sign", sign).Replace("$msg", msg).Replace("$client", client);
}
public void Send(string msg, long phone, string client, string tpl)
{
//签名等等把短信发到XSMS公司的接口上
//XXX的复杂发送代码
Console.WriteLine("从XSMS发短信:" + FormatTpl(tpl, msg, phone, client, sign));
}
}
接着,开始写业务调用了
public static void Main(string[] args)
{
Encoding.RegisterProvider(CodePagesEncodingProvider.Instance);
while (true)
{
SendMsg2Client();
Thread.Sleep(1000 * 60);
}
}
private static void SendMsg2Client()
{
var cs = GetClient();
if (cs != null && cs.Count > 0)
{
string tpl = "[$sign]$client您好,$msg";
var sms = new XSMS("123", "666");
foreach (var c in cs)
{
sms.Send("您订购的充气女友已发货,查收后请爱惜使用", c.Key, c.Value, tpl);
}
}
}
private static void SetSend(long phone)
{
//写到数据库标记已经发了短信
}
private static Dictionary<long, string> GetClient()
{
//从数据库里取出需要发短信的客户
return new Dictionary<long, string> { { 13666666666, "群主" } };
}
好了,业务上线了,老板很满意
过了好大半个月,老板找到小黄:小黄啊,我朋友那里发个短信才4.5分一条,你签那个什么通道怎么要6分一条啊,我们改为他公司的接口吧,我给他公司的技术员QQ你,你跟他联系吧
小黄找到老板朋友公司的技术员,让他搞了一个接口用他公司的帐号去发短信,
好了,小黄又开始加班撸代码了
public class FriendSMS
{
private string sign;
public FriendSMS(string key, string pwd)
{
sign = "什么都有的电商公司";
}
private string FormatTpl(string tpl, string msg, long phoneNumber, string client, string sign)
{
return tpl.Replace("$sign", sign).Replace("$msg", msg).Replace("$client", client);
}
public void Send(string msg, long phone, string client, string tpl)
{
//签名等等把短信发到老板朋友公司提供的接口上
//XXX的复杂发送代码
Console.WriteLine("从FriendSMS发短信:" + FormatTpl(tpl, msg, phone, client, sign));
}
}
撸完短信类的代码,再去修改业务类代码
private 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类样子操作方法都是一样,我要抽象一个接口出来
public interface ISMS { void Init(string key, string pwd); void Send(string msg, long phone, string client, string tpl); }
写阿里大鱼及修改之前两个通道的代码
public 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));
}
}
然后写个简单工厂
public 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 + "");
}
}
修改业务类代码
private 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容器的配置文件里
然后最后一次修改业务代码
private static void SendMsg2Client()
{
var cs = GetClient();
if (cs != null && cs.Count > 0)
{
string tpl = "[$sign]$client您好,$msg";
string key = "123";//从配置文件或数据库里取得
string pwd = "666";//从配置文件或数据库里取得
var ctx = new IocContainer("cfg.xml");
var sms = ctx.Resolve<ISMS>();//从Ioc容器取出实现类
sms.Init(key, pwd);
foreach (var c in cs)
{
sms.Send("您订购的充气女友已发货,查收后请爱惜使用", c.Key, c.Value, tpl);
}
}
}
小黄修改了代码,跟测试保证以后不用动业务那些代码,以后测试只测试一下实现模块就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 core下了
支持配置文件
支持注册单例
支持延迟加载
我不是标题党,用.net魔法真的可以是直接new的速度,当然这个多了一层调用,肯定会下降一丁点,但速度比反射型的不知高那里去了
待续,不会太监,我不是给大鱼打广告