使用范型观察者模式观察多个数据的实现

 观察者模式是最灵活、最多变的一种模式。在现实开发中,我常常会遇到观察者很多而且观察的数据也各不相同的情况,如果采用经典的观察者实现方法,在观察者的Update方法中难免要传递Subject中自己并不关心的数据,为此我采用了另外一种实现方式,希望和各位共同探讨。
范型观察者接口

 1interface IObserver<DT> {
 2        /// <summary>
 3        /// 观察和监视的数据
 4        /// </summary>

 5        DT ObserverSubject get;set;}
 6
 7        /// <summary>
 8        /// 响应
 9        /// </summary>

10        void Respond();
11    }
其中ObserverSubject是所要关心的数据,实现这个接口的具体类,必须指明它所关系的数据对象。
例如:
 class ObserverUI :IObserver<UIData>{

        
IObserver Members
    }

其中UIData对象是存储界面数据的,UI观察者所关心的数据也就是UIData类型,如果给它Log类型的数据就是浪费。
下面来关注一下Subject,因为这里面观察的数据是多种多样的,就是把关心的数据放在一起还是分散开来呢?哪一种更有利于扩展呢?这个问题我也曾经苦恼过,最后决定把所关心的数据分离开来,并使用委托的方式来实现通知观察者。
 1 public delegate void RespondHandler();
 2    class SubjectUI {
 3        public event RespondHandler OnRespond;
 4
 5        private UIData _uiData = new UIData();
 6
 7        public UIData UIdata {
 8            get return _uiData; }
 9            set { _uiData = value; }
10        }

11
12        public void Notify() {
13            if (OnRespond != null{
14                OnRespond();
15            }

16        }

17
18    }

从上面的代码中不难看出定义了一个OnRespond事件,使用了委托RespondHandler.在通知Notify方法中,他会激发注册事件。它本身不需要关心谁会被激发,从而表现的比较独立和灵活。

应用的时候,

1uiObserver.ObserverSubject.Value = 100;
2subUI.Notify();

注意上面两行代码UI观察者观察的数据被改动了,观察着的经典模式是通过事件参数或者是访问Subject中包含的数据。但是如果使用事件参数,导致如果增加一种观察的类型,事件参数就会变得很庞大,另外我曾经考虑过通过访问Subject中包含的类型作为通知的数据,但是自我感觉更习惯于从观察者自身所关心的数据进行修改,然后通知被观察的数据。
      由于本人刚刚接触设计模式没多久,可能很多地方考虑不妥,还请各位指点,共同切磋。
posted @ 2006-02-27 00:03  大约在冬季  阅读(403)  评论(0编辑  收藏  举报