c# – 用事件实现观察者模式

我正在开发一个Silverlight应用程序,我过度使用了观察者模式.在我的实现中,我创建了两个接口IObservable< T>和IObserver< T>.前者包含将观察者附加到观察者的方法.后者有一个方法Notify(IObservable< T> observable,…),当observable改变了它的状态时,observable通过observer.Notify(this,…)传递自身作为参数.

现在我偶然发现了“事件”,对我来说,似乎这就是观察者模式的一个实现,只是代表而不是前面提到的Notify方法.是对的吗?

我不太了解代表,并且不想花费数小时来重写我的代码,只是为了最终得到与它已经做同样事情的代码.另一方面,事件可能优于基于接口的观察者模式.我错过了什么吗?

事件是观察者模式的实现.

事件被实现为引发通风口时要调用的方法列表.

代理是方法引用:与Java相比,C#提供了一种引用方法的方法.

使用事件比自己实现观察者模式更好.但事件提供了一种非常通用的方式,并且在许多情况下针对任务进行了高度优化,从而提供了一种更有效,更方便的方式来组织它.

委托由预期方法的签名定义.例如:

public delegate void FooMethod (Bar x, Baz y);

在给定Bar和Baz的情况下,为void方法定义委托.因此,如果您有以下类的实例:

public class Qux {

    public void Method (Bar x, Baz y) {
        //do something
        return null;
    }

}

然后你可以参考方法:

Qux q = new Qux();
FooMethod fm = q.Method;

因此,事件是具有相同签名的代表列表:

您将事件定义为:

private event FooMethod SomeEvent;

您可以使用=运算符添加委托(侦听器):

SomeEvent += q.Method;

通过 – =运算符删除委托并使用以下命令调用事件:

SomeEvent(new Bar(), new Baz());

好像你调用一个执行调度的方法.

通过调用该事件,将按注册顺序调用所有注册的代理.

Note: By calling SomeEvent(new Bar(), new Baz()); this does not mean every delegate receives new instances: the instances are constructed first and shared over all delegate calls.

结论:我认为C#设计师在介绍观察者模式方面做得很好,因为程序员不再负责自己正确编程.此外,事件易于理解并使用方便的语法.但在特殊情况下,程序员可能需要自己实施观察者.但这些都是非常罕见的场合.

相关文章
相关标签/搜索