由一个订单推送想到了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操作的,这个需要特别注意。