我们经常看见许多.NET的Class是从System.ComponentModel.Component继承过来的,他实现了System.ComponentModel.IComponent接口,而且MS也在Visual Studio .NET中,推荐你经常使用System.ComponentModel.Component作为基础类。但是很遗憾,很多人不知道为什么这样做。
MS的解释包括:
1、控制外部资源
IComponent 接口继承自 System.IDisposable 接口,这样可以控制对象的释放。
2、设计时支持
只要是支持IComponent接口,都可以看见一个设计器,并且拖入到这个组件中的子组件都会自动产生以下代码:
this.errorProvider1 =
new System.Windows.Forms.ErrorProvider(
this.components);
this.errorProvider1 =
new System.Windows.Forms.ErrorProvider(
this.components);
这段代码实际上就是帮助你的errorProvider1对象初始化Site属性。
另外,ISite继承了System.IServiceProvider,所以也对应的注入了服务的提供者。
关于注入依赖,请参考查找AOP和Ioc
2、.NET 2.0 增加了INestedContainer
容器一般来说,也是被另外一个IComponent持有,你也许注意到我们的设计器总是会生成这样的代码:
private System.ComponentModel.IContainer components =
null;
但是这个容器对象,我们发现他并不包含 Owner 的引用,也就是说,你的子对象可以互相通讯,但是你的子对象不能访问到 他的父。
基于以上问题,.NET 2.0中增加了INestedContainer接口(继承自IContainer),他新增了Owner属性,可以访问到容器所在的所有者,即父。
3、IComponent适合的范围
我注意到,自动生成的代码中,这个组件公用一个容器,也就是说,只有整个组件释放,容器才会释放。所以当你使用一个组件时,请及时的释放这个对象。
如果你打算设计无状态的服务类,请不要使用设计器,而是需要某个子组件时,才创建,并使用容器统一管理,诸如以下的代码:
public
void Save()
{
//使用容器统一管理资源。
using (Container container = new Container()) {
Component1 c1 = new Component1(container);
c1.Do();
Component2 c2 = new Component2(container);
c2.Do();
}
}
MS的解释包括:
1、控制外部资源
IComponent 接口继承自 System.IDisposable 接口,这样可以控制对象的释放。
2、设计时支持
只要是支持IComponent接口,都可以看见一个设计器,并且拖入到这个组件中的子组件都会自动产生以下代码:
![](https://i-blog.csdnimg.cn/blog_migrate/f0cd6c7f9e7ae96feae062cb48f670f0.gif)
以便加入站点。
3、承载组件
所有的子组件都是通过 IContainer 管理的,所以你的子组件都是被管理的。
事实上,很多人看见这些特性还是云里雾里,对于ISite、IContainer和IComponment的关系还是难以理解,那么我们看看这个图形。
通过这个图,我想理解应该好一些吧。
讨论:
1、IComponent使用了注入依赖的思想;
我发现IComponent的Site属性是Get 和Set的,也就是说,IComponent实现需要有人初始化Site才能正常工作,不信的话你直接实例化一个Component对象,访问Site你会发现是Null的。
Visual Studio .NET的设计器在实例化一个IComponent对象时,会自动产生如下的代码:
![](https://i-blog.csdnimg.cn/blog_migrate/f0cd6c7f9e7ae96feae062cb48f670f0.gif)
另外,ISite继承了System.IServiceProvider,所以也对应的注入了服务的提供者。
关于注入依赖,请参考查找AOP和Ioc
2、.NET 2.0 增加了INestedContainer
容器一般来说,也是被另外一个IComponent持有,你也许注意到我们的设计器总是会生成这样的代码:
![](https://i-blog.csdnimg.cn/blog_migrate/f0cd6c7f9e7ae96feae062cb48f670f0.gif)
基于以上问题,.NET 2.0中增加了INestedContainer接口(继承自IContainer),他新增了Owner属性,可以访问到容器所在的所有者,即父。
3、IComponent适合的范围
我注意到,自动生成的代码中,这个组件公用一个容器,也就是说,只有整个组件释放,容器才会释放。所以当你使用一个组件时,请及时的释放这个对象。
如果你打算设计无状态的服务类,请不要使用设计器,而是需要某个子组件时,才创建,并使用容器统一管理,诸如以下的代码:
![](https://i-blog.csdnimg.cn/blog_migrate/34031c708bfe702fe82d01ff5c6593aa.gif)
![](https://i-blog.csdnimg.cn/blog_migrate/587e34b10dcf5efbc0859b53470a2db3.gif)
![](https://i-blog.csdnimg.cn/blog_migrate/3112b7b6526db5bc83e275260ae60525.gif)
![](https://i-blog.csdnimg.cn/blog_migrate/587e34b10dcf5efbc0859b53470a2db3.gif)
![](https://i-blog.csdnimg.cn/blog_migrate/587e34b10dcf5efbc0859b53470a2db3.gif)
![](https://i-blog.csdnimg.cn/blog_migrate/587e34b10dcf5efbc0859b53470a2db3.gif)
![](https://i-blog.csdnimg.cn/blog_migrate/587e34b10dcf5efbc0859b53470a2db3.gif)
![](https://i-blog.csdnimg.cn/blog_migrate/587e34b10dcf5efbc0859b53470a2db3.gif)
![](https://i-blog.csdnimg.cn/blog_migrate/eec4c0236afc26744c9c4e910bc34958.gif)
![](https://i-blog.csdnimg.cn/blog_migrate/4fd96b3cf02f4c7b5c8964ac8167f7af.gif)
-------------------
补充,针对Dispose的方法
public class DisposablClass : IDisposable
{
//是否回收完毕
bool _disposed;
public void Dispose()
{
Dispose(true);
GC.SuppressFinalize(this);
}
~DisposableClass()
{
Dispose(false);
}
//这里的参数表示示是否需要释放那些实现IDisposable接口的托管对象
protected virtual void Dispose(bool disposing)
{
if(_disposed) return; //如果已经被回收,就中断执行
if(disposing)
{
//TODO:释放那些实现IDisposable接口的托管对象
}
//TODO:释放非托管资源,设置对象为null
_disposed = true;
}
}