IOC的总结
今天趁着空闲总结一下自己IOC的一些理解,希望可以帮助到有需要的人,请大牛们多多指教。
(一)IOC
IOC就是控制反转,给程序解耦等等,有很多博客都对它做了一些很好的讲解。在这里我也不说太多文字,直接上代码吧。
定义了一个接口(服务)
public interface ITestProvider { string GetUser(string name); string GetId(string name); }
实现了这个接口
public class TestProvider:ITestProvider { private readonly string _userName; public TestProvider(string userName) { this._userName = userName; } public string GetUser(string name) { return this._userName; } public string GetId(string name) { return this._userName + "Id"; } }
定义了一个控制器使用上面的接口(TestController是一个组件,里面有对
public class TestController { private readonly string _userName; private readonly ITestProvider _testProvider; public TestController(ITestProvider testProvider, string userName){ this._userName = userName; this._testProvider = testProvider; } public string GetUser(string name){ return _testProvider.GetUser(name); } }
现在要使用TestController
ITestProvider testProvider =new TestProvider("zz"); //里氏转换原则 TestController testController=new TestController(testProvider,"ce"); Console.WriteLine(testController.GetUser("ss"));
//在写代码的时候,我们按照上面这种写法,我觉得问题也不是很大(再不是很大型的项目上)
//从上面这个例子中,我们可以看到这个最简单的道理。
//TestController,作为高层领导,要依赖于底层的ITestProvider。如果底层的ITestProvider一改变。那么高层领导也要跟着改。这就和我们现实生活中不符合了。下层员工牵着领导的鼻子走,显然领导就太没地位了。
//那现在领导肯定是不干的了,那么怎么让领导舒服一点呢。这个时候领导就去找个第三方的人(可能是秘书)来负责管理这些底层员工,自己和第三方有关系即可。其他事情都交给第三方。
//在我们编程也是一样的,高层TestController,为了好好管理底层,不让自己受到底层的牵连,所以就引入了IOC容器。
(二)IOC容器
控制反转容器使用上述原则(简而言之)管理类。也就是说,他们的创建,销毁,生命周期,配置和依赖关系。这样,类不需要获取和配置它们所依赖的类。这极大地减少了系统中的耦合,并因此简化了重用和可测试性。
(三) IOC的优缺点
优点上面已经说完了。下面讲讲缺点;
(1) 你要引入一个第三方,把系统变得复杂了一点。
(2) 引入一个第三方了,自己赚的也少了,所以说如果你系统不是很大,你引入第三方来管理的话,我觉得不是很合理的。如果你项目庞大,引入第三方还是非常有必要的。
(3) 到编程领域的话呢,就是一般都是通过XML文件来管理依赖的,所以你要把这个XML维护好。