关于 C# 委托、事件

2006-09-25 17:47:21 dd()
谁对C＃中 委托 了解比较多的？

2006-09-25 17:49:41 dd()
[?]

2006-09-25 17:52:20 AfritXia()
怎么？

2006-09-25 17:54:24 dd()
我感觉委托和 直接的函数调用很相似

2006-09-25 17:54:45 dd()
那委托在什么地方 强过 函数调用呢？

2006-09-25 17:57:24 AfritXia()
噢

2006-09-25 17:57:43 AfritXia()
这个就是婉转的表达了

2006-09-25 17:58:40 AfritXia()
当你要调用的函数，还不能确定函数的执行体时，这时委托就隆重登场

2006-09-25 17:58:57 dd()
实现调用的多态？

2006-09-25 17:59:05 AfritXia()
对

2006-09-25 17:59:20 dd()
恩，有点道理

2006-09-25 18:00:19 AfritXia()
例如点击按钮后，将文本写入到磁盘

2006-09-25 18:01:06 AfritXia()
但是对于按钮这个控件的开发者来说，他不能确定这个控件在按下后，会发生什么事情

2006-09-25 18:01:29 AfritXia()
所以，他只好留个活口

2006-09-25 18:02:29 dd()
了解

2006-09-25 18:02:56 AfritXia()
恩恩

2006-09-25 18:03:20 AfritXia()
其实在 C 语言上，就是指针函数

2006-09-25 18:05:27 dd()
恩

2006-09-25 18:06:23 dd()
感觉其实用处也不是特别大

2006-09-25 18:09:29 AfritXia()
委托？

2006-09-25 18:09:50 dd()
是啊

2006-09-25 18:10:22 AfritXia()
很大的，事件就是委托

2006-09-25 18:13:11 dd()
.NET系统是利用委托作了很多事

2006-09-25 18:13:34 dd()
但是，对于开发者来讲，委托的用处我觉得不是特别大啊

2006-09-25 18:14:35 AfritXia()
恩

2006-09-25 18:14:56 dd()
sigh

2006-09-25 18:15:16 AfritXia()
如果你开发的是一个事件驱动的系统，应该会用到很多

2006-09-25 18:15:28 dd()
en

2006-09-25 18:15:48 dd()
也就是写WIN FORM应用的时候，应该有比较大的用处

2006-09-25 18:16:30 AfritXia()
不完全是噢

2006-09-25 18:16:42 dd()
恩？

2006-09-25 18:16:48 dd()
还在哪里有用？

2006-09-25 18:17:02 AfritXia()
你知道设计模式吗？

2006-09-25 18:17:32 dd()
恩？

2006-09-25 18:17:37 dd()
知道一点

2006-09-25 18:18:21 AfritXia()
设计模式中，一个原则，蒂米特法则

2006-09-25 18:18:50 dd()
恩

2006-09-25 18:19:05 AfritXia()
其大意是指：类应该尽量的无知

2006-09-25 18:19:45 AfritXia()
这样，在修改一个类的时候，才不会引起连锁反应

2006-09-25 18:19:59 AfritXia()
我举个例子

2006-09-25 18:21:12 dd()
说

2006-09-25 18:21:19 AfritXia()
一个类 A，在调用了成员函数 MethodA 后，需要 调用 B 类的成员方法 MethodB

2006-09-25 18:21:55 dd()
恩

2006-09-25 18:22:00 AfritXia()
class A
{
public void MethodA()
{
(new B()).MethodB();
}
}

2006-09-25 18:22:22 AfritXia()
class B
{
public void MethodB() { ... }
}

2006-09-25 18:22:40 AfritXia()
这里的 A 设计的是不好的

2006-09-25 18:22:55 AfritXia()
因为，A 知道了 B

2006-09-25 18:23:41 AfritXia()
假设，B 的 MethodB 换名了，改成了 Method__B

2006-09-25 18:23:53 AfritXia()
那么就会影响到类 A

2006-09-25 18:24:17 dd()
的确

2006-09-25 18:24:27 AfritXia()
根据刚才的原则，我们可以把 B 从 A 中清除出去

2006-09-25 18:24:55 AfritXia()
这样，这两个类，就都干净了

2006-09-25 18:25:09 dd()
用一个共同的基类？

2006-09-25 18:25:27 AfritXia()
但是我又必须达到 A 的调用结束后，必须调用 B

2006-09-25 18:25:38 AfritXia()
那么这里就可以使用事件

2006-09-25 18:26:04 dd()
继续

2006-09-25 18:26:23 AfritXia()
事件机制，很好的将两个关联的类分开

2006-09-25 18:28:16 dd()
说

2006-09-25 18:29:53 AfritXia()
class A
{
public delegate Call();

private event Call m_onCall;

public void MethodA()
{
if (this.OnCall != null)
this.OnCall();
}

public event Call OnCall
{
add
{
this.m_onCall += value;
}

remove
{
this.m_onCall -= value;
}
}
}

2006-09-25 18:30:14 AfritXia()
这样你看不见 A 中有 B

2006-09-25 18:31:33 AfritXia()
在主程序中：

A a = new A();

a.OnCall = new A.Call(A_OnCall);

public void A_OnCall()
{
(new B()).MethodB();
}

2006-09-25 18:32:21 AfritXia()
假如，我现在有了个类 C，在 A 调用过 MethodA 后还要调用 C 类的 MethodC

2006-09-25 18:33:00 AfritXia()
原来的程序：

class A

{

public void MethodA()

{

(new B()).MethodB();
(new C()).MethodC();

}

}

2006-09-25 18:33:17 dd()
它的限制是 在类B中的函数的参数和返回值必须和类C中的一致

2006-09-25 18:33:52 AfritXia()
你看看，仅仅是加了个新“功能”，还得修改原来的代码……

2006-09-25 18:34:27 AfritXia()
可是，用事件，就不用了，至少我们保证了 A 的纯洁

2006-09-25 18:35:17 dd()
了解了

2006-09-25 18:35:20 AfritXia()
A a = new A();

a.OnCall = new A.Call(A_OnCall);

public void A_OnCall()

{

(new B()).MethodB();
(new C()).MethodC();

}

2006-09-25 18:35:34 dd()
的确是很好