由一个订单推送想到了ObservableCollection的神奇用法

时间:2023-03-08 21:09:26

    

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

由一个订单推送想到了ObservableCollection的神奇用法

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

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

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

一:先看玩法

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

 class Program
{
static void Main(string[] args)
{
ObservableCollection<string> list = new ObservableCollection<string>() { "" }; list.CollectionChanged += list_CollectionChanged; for (int i = ; i < ; i++)
{
if (i % == )
{
list.RemoveAt();
}
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[]);
break;
case NotifyCollectionChangedAction.Move:
break;
case NotifyCollectionChangedAction.Remove:
Console.WriteLine("当前线程:{0}, 操作是:{1} 数据:{2}", Thread.CurrentThread.ManagedThreadId, obj.Action.ToString(), obj.OldItems[]);
break;
case NotifyCollectionChangedAction.Replace:
break;
case NotifyCollectionChangedAction.Reset:
break;
default:
break;
} Thread.Sleep();
}, e);
}
}

由一个订单推送想到了ObservableCollection的神奇用法

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

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

二:简单分析下源码

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

INotifyPropertyChanged)。

由一个订单推送想到了ObservableCollection的神奇用法

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

由一个订单推送想到了ObservableCollection的神奇用法

由一个订单推送想到了ObservableCollection的神奇用法

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

下面跟着我一起去看看

由一个订单推送想到了ObservableCollection的神奇用法

由一个订单推送想到了ObservableCollection的神奇用法

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

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