在asp.net中实现观察者模式,或有更好的办法?

  在asp.net中实现观察者模式?难道asp.net中的观察者模式有什么特别么?嗯,基于Http协议的Application难免有些健忘,我是这样实现的,不知道有没有更好的办法?

先谈谈需求吧,以免陷入空谈

最近一个Case, 这样的需求:很多客户端不断的向Web Application提交数据,管理员进入Web的管理页面可以即时的看到这些数据,有多个管理员可以同时浏览,且管理员浏览的数据从管理员开始监视那个时刻起,不能显示以前的数据。从这个场景一看,明显的观察者模式,管理员开始监视时,订阅数据,数据到达的时候向所有订阅了数据的管理员广播数据。

需求如下图:

 

在.net里面我们有事件(event),那就无需使用传统的观察者模式的模型了(如果不了解观察者模式请点击这里

那么我首先实现一个Monitor类,这个类用来接收客户端传递来的数据并将数据广播出去

public class DataEventArgs : EventArgs
{
            
public string Message
            
{get;set;}
            
public DataEventArgs(string message)
            
{
                
this.Message = message;
            }

        }

public class Monitor

        
public event EventHandler<DataEventArgs> DataIn;
        
private void SendData(string message)
        
{
            
if (DataIn != null)
            
{
                DataEventArgs e 
= new DataEventArgs(message);
                DataIn(
this, e);
            }

        }

        
/// <summary>
        
/// 这个方法被一个HttpHandler调用,客户端向这个Handler发送数据
        
/// 数据处理后作为字符串传递给该方法,该方法然后将数据广播出去
        
/// </summary>
        
/// <param name="message">处理后的数据</param>

        public void ReciveData(string message)
        
{
            SendData(message);
        }

}

 有了发布者还需要订阅者,我们实现管理员类,来订阅数据
public class Admin
    
{
        
/// <summary>
        
/// 用这个保存所有收到的数据
        
/// </summary>

        public IList<string> MessageList
        
getset; }
        
public Admin(Monitor monitor)
        
{
            MessageList 
= new List<string>();
            monitor.DataIn 
+= new EventHandler< DataEventArgs>(ReciveMessage);
        }


        
private void ReciveMessage(object sender, DataEventArgs e)
        
{
            MessageList.Add(e.Message);
        }

    }


 

Ok,需要具备的元素我们都写好了,但是如何让它们工作起来?如果使Winform程序,那将毫无悬念。

分析:我们碰到的问题

第一个问题:当客户端发送一个数据包,我们是实例化一个新的Monitor么?如果是,哪么每次实例化一个全新的Monitor,所有在它上面订阅的事件将全部消失了,如果不是那这个Monitor将如何存在呢?总不能真空吧,两个http请求之间如何保存数据呢?不过再把需求一读,好像整个应用程序中就只需要也只能有一个这样的Monitor呢,该是单件模式上场的时候了(关于单件模式请点击这里)

在上面的Monitor的实现中添加下面的代码:

private static Monitor _instance = null;
public static Monitor Current
{
    
get 
   
{
       
if (_instance == null)
          _instance 
= new Monitor();
      
return _instance;
   }

}

  但是本系统存在多个客户端,所以为了避免多线程造成问题,还是来Double Check一下吧,修改上面的代码如下:
public static Monitor Current
        
{
            
get 
            
{
                
object o = new object();
                
if (_instance == null)
                
{
                    
lock (o)
                    
{
                        
if (_instance == null)
                            _instance 
= new Monitor();
                    }

                }

                
return _instance;
            }

        }


 

(PS:为什么使用单件就可以跨请求保存实例了呢?因为这里使用了一个static member保存Monitor的引用,static member在.net的GC里面是被作为Root的,详细内容请参见框架程序设计那本书)

第二个问题: 当管理员页面的ajax请求的时候,每两个请求如何保存数据?呵呵,上面那个问题不是说了么,用单件,但是单件是全局存在的,我们的管理员是多个,每个管理员可以决定是否订阅数据,以及什么时候订阅。想起来没?除了全局数据外我们还有Session

在管理页面上我放置一个“开始监视”的按钮,这个按钮使用ajax请求服务器端的一个HttpHandler,在Handler的ProcessRequest方法里这样来做:

Admin admin = context.Session["monitor_listener"as Admin;
if(admin == null)
{
     admin 
= new Admin(Monitor.Current);
     context.Session[
"monitor_listener"= admin;
}


 

注意,由于这个Handler需要访问Session,所以你需要让这个Handler继承IRequiresSessionState接口(为什么使用继承而不用实现这个术语?实际上这个接口是一个标记接口,没有任何需要实现的成员,只是标记这个Handler可以访问Session,我不知道为什么MS不使用Attribute,是不是更合理些)

在管理页面还有个一个SetInterval不断的调用一个含有ajax的方法,去请求另外一个Handler,这个Handler将Admin收到的数据返回到web页面,让我们来看看这个Handler的部分实现:

public void ProcessRequest(HttpContext context)
{
      context.Response.Buffer 
= true;
      context.Response.ExpiresAbsolute 
= System.DateTime.Now.AddSeconds(-1);
     context.Response.Expires 
= 0;
    context.Response.CacheControl 
= "no-cache";
    Admin admin 
= context.Session["monitor_listener"as Admin;
    
if (admin == null || admin.MessageCollection == null || admin.MessageCollection.Count <= 0)
                
return;
   
string[] messages = new string[admin.MessageCollection.Count];
   admin.MessageCollection.CopyTo(messages, 
0);
   StringBuilder sb 
= new StringBuilder();
   
for (int i = 0; i < messages.Length; i++)
   
{
        sb.AppendFormat(
"<li>{0}</li>", messages[i]);
   }

   admin.MessageCollection.Clear();
   context.Session[
"monitor_listener"= admin;
   context.Response.Write(sb);
   context.Response.Flush();
}


 

OK,一个在asp.net环境中实现的观察者模式基本上就算完成了,不过上面只有怎样订阅,那什么时候取消订阅了,可以在Session_End事件里面取消订阅

还查看了一些关于长连接的文章,发现这个不错,准备改进一下。

完整的代码稍后提供,希望这块转头能引来一些玉

posted @ 2008-05-02 14:30 横刀天笑 阅读(1698) 评论(20)  编辑 收藏 所属分类: 技术点滴设计模式初学者系列

  回复  引用  查看    
#1楼 2008-05-02 14:35 | Justin      

把被观察者放在服务器端外加一点类似数据库连接池的实现方式做改进如何呢?
  回复  引用  查看    
#2楼 [楼主]2008-05-02 14:47 | 横刀天笑      
@Justin 不太明白你的意思,你指?
  回复  引用  查看    
#3楼 2008-05-02 16:51 | 曲滨*銘龘鶽      
问一下,在blog里挂淘宝的广告可以,给博主带来效益吗?
我不明白这东西?
  回复  引用  查看    
#4楼 2008-05-02 20:34 | 金色海洋(jyk)      
观察者了,单件了我就不说了,我也不太明白。

我只想就case 论 case ,我只想说一下实现这个case 的 我的想法。当然仅供参考。

建立一个表(或者多个表,据具体情况而定),然后工作站上的客户端往这个表里写数据,加一个是否阅读(管理员阅读)的标志字段。

然后写一个网页,定时刷新的网页,来读取这个表里的数据就可以了,读取之后修改标志字段就ok了。

>>多个管理员可以同时浏览
多个管理员是如何区分看到的数据呢?还是说不用区分?这个不是太清楚。

我的想法,不知道对不对。

如果和你所要求的不一样的话,请多多原谅。


另外,如果管理员只是查看数据的话,那么还是不是观察者模式呢?
我觉得观察者模式主要侧重于得到数据后所作的操作,就是说不同的人得到数据后会做不同的操作。这个才是观察者的优势所在吧。

我的理解。


在另外

用静态变量来保存,这个我确实没有想到,谢谢提醒。


  回复  引用  查看    
#5楼 [楼主]2008-05-02 20:48 | 横刀天笑      
@金色海洋(jyk)
呵呵,可能我说的没明白,多个管理员看的数据是一样的,只是管理员看的时候不同罢了,比如1:30管理员1进来看数据,1:40又有一个管理员进入,哪么管理员2看的数据就是从1:40开始的,之前的数据不管他看没看,因为他没有订阅,所以我觉得你的方法欠妥
观察者模式还有一个名字叫:发布/订阅模式,所以我觉得观察者模式就是订阅者可以即时的得到通知,而无需去时刻关心主题的变化,自己干自己的事情去,等到有通知的时候就来搞一把
  回复  引用  查看    
#6楼 2008-05-02 21:03 | 金色海洋(jyk)      
发布/订阅模式

发布指的是 工作站上的客户端 网服务器上写信息吧。通过什么来实现就先不考虑了。

订阅指的是 管理员查看信息吧。

那么我觉得如果是发布/订阅模式的话,那么是不是应该由 服务器主动去找 管理员把,我看lz好像使用的 ajax吧,那么就是 管理员找服务器,是不是呢?

ajax不太熟悉,难道ajax可以做到,一次请求多次返回。

如果是的话,那么就可以实现 管理员订阅了之后,服务器在数据更新的时候去主动通知管理员。


  回复  引用  查看    
#7楼 [楼主]2008-05-02 21:08 | 横刀天笑      
@金色海洋(jyk)
你考虑的内容多了,发布订阅指的是Monitor和Admin这两个类之间,Monitor收到客户端的数据包,哪么他的状态就变了,他就要把他状态变化的这个消息广播出去,广播给谁?广播给那些订阅了他的Admin,至于页面上如何去显示这是由于b/s程序的局限性,这是无法解决的(不过用Flash或者Silverlight的Socket那就另当别论了)
  回复  引用  查看    
#8楼 2008-05-02 21:15 | 金色海洋(jyk)      
其实我最关心的就是 在 b/s下面 怎么保存订阅者的信息,这个已经知道了,

下一个就是 怎么广播!

这个解决不好的话是不是很郁闷呢?

不能广播的话,那么和定时刷新网页有什么区别呢?

另外我觉得通知的是程序(某个函数、某个类),而不是浏览网页的用户。
  回复  引用  查看    
#9楼 [楼主]2008-05-02 21:21 | 横刀天笑      
想让普通的Web应用像Winform那样还是有点困难的,不过可以使用Flash或者Silverlight里的Socket来做,或者长连接(长连接也是客户端不断的请求)
  回复  引用  查看    
#10楼 2008-05-02 21:52 | 金色海洋(jyk)      
一开始没有弄清楚准确的需求。
通过交流弄清楚了,

于是给出了这种解决方式

if (Session["aa"] == null)
{
//第一次访问页面,应该没有数据返回
Session["aa"] = 当前记录的序号。
}
else
{
//不是第一次访问,返回 从 Session["aa"] 开始 到 当前记录 之间的数据。
//具体提取数据的方法略
Session["aa"] = 当前记录的序号。
}


这个可以吧

  回复  引用  查看    
#11楼 2008-05-03 15:15 | 布尔      
看了这篇文章让我有一种,穿高跟鞋跳体操的感觉

  回复  引用  查看    
#12楼 [楼主]2008-05-03 16:37 | 横刀天笑      
@布尔
哦,不明白你的意思,那是什么感觉?
  回复  引用  查看    
#13楼 2008-05-04 07:01 | 金色海洋(jyk)      
步履为艰,小心翼翼吧,错了一点,鞋根就折了。

(猜想)
  回复  引用    
#14楼 2008-05-04 12:51 | 静静的黎明 [未注册用户]
每个Admin的消息容器应该用Queue,

生产者是Monitor,消费者是Admin

Monitor只负责入队消息。

Admin只负责从队列头拿消息

你这样,又copy,又clear的, 不麻烦么
  回复  引用  查看    
#15楼 [楼主]2008-05-04 23:50 | 横刀天笑      
@静静的黎明
Monitor负责入队,Admin负责取,但是如果有多个Admin怎么办?其实我第一个版本的代码就是这样,最后我发现只有一个管理员可以监视,多个管理员监视只有一个管理员的页面上有信息,这是一个并发,多播的环境下
  回复  引用    
#16楼 2008-05-05 08:41 | 静静的黎明 [未注册用户]
每个Admin都有自己的Queue,
Monitor应该会在每个订阅的Admin的Queue里都入队了一条才对吧,

每个Admin实例都会有自己独立消息队列
  回复  引用  查看    
#17楼 2008-05-05 09:53 | 姜敏      
引用4楼
建立一个表(或者多个表,据具体情况而定),然后工作站上的客户端往这个表里写数据,加一个是否阅读(管理员阅读)的标志字段。

然后写一个网页,定时刷新的网页,来读取这个表里的数据就可以了,读取之后修改标志字段就ok了。

我也同意此种看法,
比如1:30管理员1进来看数据,1:40又有一个管理员进入,哪么管理员2看的数据就是从1:40开始的,之前的数据不管他看没看


如果只想实现这种功能的话.那又何必用模式来做呢.

引用楼主:
发布订阅指的是Monitor和Admin这两个类之间,Monitor收到客户端的数据包,哪么他的状态就变了,他就要把他状态变化的这个消息广播出去,广播给谁?广播给那些订阅了他的Admin,至于页面上如何去显示这是由于b/s程序的局限性,这是无法解决的(不过用Flash或者Silverlight的Socket那就另当别论了)

这样实现是不是太麻烦了,定时调用一个ajax方法来取数据不就可以了吗?
  回复  引用    
#18楼 2008-05-05 11:47 | zzzzz [未注册用户]
比较关注这个:不刷新的话,浏览器是如何接收服务器数据的。
  回复  引用  查看    
#19楼 [楼主]2008-05-05 22:37 | 横刀天笑      
@静静的黎明
呵呵,其实你这个和我的差不多了,每个Admin都有自己的Queue,Monitor添加这个Queue,不过,Monitor如何知道当前有多少个admin?他又是怎样去访问这些Admin的Queue?
  回复  引用  查看    
#20楼 [楼主]2008-05-06 02:09 | 横刀天笑      
请看新的post,欢迎继续评论,谢谢
http://www.cnblogs.com/yuyijq/archive/2008/05/06/1184335.html