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