你的位置:首页 > ASP.net教程

[ASP.net教程]由一个订单推送想到了ObservableCollection的神奇用法

    

     最近在做taobao的一个卖家应用,需要订阅taobao的订单推送,示例代码如下:

 

 

看到上面的OnMessage场景之后,我突然就鬼使神差的在想最近写的一个服务,其中的一个功能是需要定时的轮询一个集合,这样可以方便的把数据取出来,但是

轮训对我来说是被迫的,我急迫需要一种机制对一个集合的数据进行监控,比如List,Dictionary等等,这样我就很方便的对数据进行后续处理,而不是我定时的去轮

训一个集合,然后我就想到了wpf里面有一个玩法叫做“属性依赖”,然后就想到了今天要说的“ObservableCollection”集合,下面我们就来看看这个集合的玩法。

 

一:先看玩法

  首先我对集合进行Add和Remove操作,并且给他注册个change事件,然后用工作线程去执行change事件的逻辑,看看给我什么反馈,神奇的效果即刻开始。

 class Program  {    static void Main(string[] args)    {      ObservableCollection<string> list = new ObservableCollection<string>() { "1" };      list.CollectionChanged += list_CollectionChanged;      for (int i = 0; i < 1000; i++)      {        if (i % 3 == 1)        {          list.RemoveAt(0);        }        else        {          list.Add(i.ToString());        }      }      Console.WriteLine("全部结束!!!");      Console.Read();    }    static void list_CollectionChanged(object sender, NotifyCollectionChangedEventArgs e)    {      //为了不阻止主线程Add,事件用 “工作线程”处理      Task.Factory.StartNew((o) =>      {        var obj = o as NotifyCollectionChangedEventArgs;        switch (obj.Action)        {          case NotifyCollectionChangedAction.Add:            Console.WriteLine("当前线程:{0}, 操作是:{1} 数据:{2}", Thread.CurrentThread.ManagedThreadId, obj.Action.ToString(), obj.NewItems[0]);            break;          case NotifyCollectionChangedAction.Move:            break;          case NotifyCollectionChangedAction.Remove:            Console.WriteLine("当前线程:{0}, 操作是:{1} 数据:{2}", Thread.CurrentThread.ManagedThreadId, obj.Action.ToString(), obj.OldItems[0]);            break;          case NotifyCollectionChangedAction.Replace:            break;          case NotifyCollectionChangedAction.Reset:            break;          default:            break;        }        Thread.Sleep(1000);      }, e);    }  }

 

     从表象来看,CollectionChanged 已经完全的监控到了集合的各个动作,包括Add,Remove,很显然,这比我去轮训数据好多了,不过用的话,谁都会用,

关键是要看看怎么实现的,下面我们来剖析下。

 

二:简单分析下源码

  首先我们会发现,ObservableCollection继承了一个Collection并且实现了一个“属性通知”和“集合通知”的两个接口INotifyCollectionChanged,

 INotifyPropertyChanged)。

 

然后我们发现Add方法是由父类提供,然后调用ObservableCollection中提供了InsertItem方法,如下图。

 

 

可以看到,在我们上层的Add方法中,其实调用的是InsertItem方法,并且在最后我们看到了一个核心方法OnCollectionChanged,是不是很开心。。。。

下面跟着我一起去看看

 

最终我们开心的看到了这个类的触发机制,只不过是在Add/Remove方法的最后面做了一个事件触发的方法,同时我们也看到了,这是一个同步操作,这就意味着,

默认情况下,我的CollectionChanged逻辑是会阻止上层的Add操作的,这个需要特别注意。