上一章WPF进阶之接口(3):INotifyPropertyChanged,ICommand中我们遗留了几个问题,我将在本节中做出解释。在详细解释ICommand实现之前,我们现在关注一下什么是:弱引用(WeakReference) 弱引用: 表示弱引用,即在引用对象的同时仍然允许垃圾回收来回收该对象。 如果应用程序的代码可以访问一个正由该程序使用的对象,垃圾回收器就不能收集该对象,那么,就认为应用程序对该对象具有强引用。 弱引用允许应用程序访问对象,同时也允许垃圾回收器收集相应的对象。如果不存在强引用,则弱引用的有限期只限于收集对象前的一个不确定的时间段。使用弱引用时,应用程序仍可对该对象进行强引用,这样做可防止该对象被收集。但始终存在这样的风险:垃圾回收器在重新建立强引用之前先处理该对象。 弱引用特别适合以下对象:占用大量内存,但通过垃圾回收功能回收以后很容易重新创建。 假设 Windows 窗体应用程序中的一个树视图向用户显示了复杂的选项层次结构。如果基础数据量很大,则用户使用应用程序中的其他部分时,在内存中保留该树会导致效率低下。 当用户切换到应用程序的其他部分时,可使用 WeakReference 类来创建对该树的弱引用,并销毁所有强引用。当用户切换回该树时,应用程序会尝试获得对该树的强引用,如果得到,就不必重新构造该树。 要对某个对象建立弱引用,请使用要跟踪的对象的实例创建一个 WeakReference。然后将 Target 属性设置为该对象,将该对象设置为 null。 可创建短弱引用或长弱引用: 短 垃圾回收功能回收对象后,短弱引用的目标会变为 null。弱引用本身是托管对象,和任何其他托管对象一样需要经过垃圾回收。短弱引用是 WeakReference 的默认构造函数。 长 调用对象的 Finalize 方法后,会保留长弱引用。这样,您就可以重新创建该对象,但该对象仍保持不可预知的状态。要使用长引用,请在 WeakReference 构造函数中指定 true。 如果对象的类型没有 Finalize 方法,则会应用短弱引用功能,该弱引用只在目标被收集之前有效,运行终结器之后可以随时收集目标。 要建立强引用并重新使用该对象,请将 WeakReference 的 Target 属性强制转换为该对象的类型。如果 Target 属性返回 null,则表示对象已被收集;否则,您可继续使用该对象,因为应用程序已重新获得了对它的强引用。 这是摘自MSDN的解释,那么简单来说,弱引用与强引用的区别在于,它允许GC回收。 ICommand实现: 在WPF进阶之接口(3):INotifyPropertyChanged,ICommand我们看到在ICommand的实现代码中: internal class CommandManagerHelper { internal static void CallWeakReferenceHandlers(List<WeakReference> handlers) { if (handlers != null) { // Take a snapshot of the handlers before we call out to them since the handlers // could cause the array to me modified while we are reading it. EventHandler[] callees = new EventHandler[handlers.Count]; int count = 0; for (int i = handlers.Count - 1; i >= 0; i--) { WeakReference reference = handlers[i]; EventHandler handler = reference.Target as EventHandler; if (handler == null) { // Clean up old handlers that have been collected handlers.RemoveAt(i); } else { callees[count] = handler; count++; } } // Call the handlers that we snapshotted for (int i = 0; i < count; i++) { EventHandler handler = callees[i]; handler(null, EventArgs.Empty); } } } internal static void AddHandlersToRequerySuggested(List<WeakReference> handlers) { if (handlers != null) { foreach (WeakReference handlerRef in handlers) { EventHandler handler = handlerRef.Target as EventHandler; if (handler != null) { CommandManager.RequerySuggested += handler; } } } } internal static void RemoveHandlersFromRequerySuggested(List<WeakReference> handlers) { if (handlers != null) { foreach (WeakReference handlerRef in handlers) { EventHandler handler = handlerRef.Target as EventHandler; if (handler != null) { CommandManager.RequerySuggested -= handler; } } } } internal static void AddWeakReferenceHandler(ref List<WeakReference> handlers, EventHandler handler) { AddWeakReferenceHandler(ref handlers, handler, -1); } internal static void AddWeakReferenceHandler(ref List<WeakReference> handlers, EventHandler handler, int defaultListSize) { if (handlers == null) { handlers = (defaultListSize > 0 ? new List<WeakReference>(defaultListSize) : new List<WeakReference>()); } handlers.Add(new WeakReference(handler)); } internal static void RemoveWeakReferenceHandler(List<WeakReference> handlers, EventHandler handler) { if (handlers != null) { for (int i = handlers.Count - 1; i >= 0; i--) { WeakReference reference = handlers[i]; EventHandler existingHandler = reference.Target as EventHandler; if ((existingHandler == null) || (existingHandler == handler)) { // Clean up old handlers that have been collected // in addition to the handler that is to be removed. handlers.RemoveAt(i); } } } } } CommandManagerHelper类主要是对将事件用WealReference的形式实现,Add和Remove。为什么要这样处理呢,在C#中的弱事件(Weak Events in C#)我们谈到了,虽然C#在实现事件订阅机制的时候是线程安全的,但在用户的使用过程中仍然可能导致事件的handler不能同步,即一个线程可能已经将事件注销了,而另一个线程可能仍然要触发事件,那时系统就会抛出 NullReferenceException而导致系统崩溃。原因请详细阅读C#中的弱事件(Weak Events in C#)一文。 可以看到我们在实现事件的订阅机制的时候,必须要考虑到上述问题。上一章节ICommand实现正是采用了Solution2(弱引用)来解决此问题。即每次添加、删除和触发事件之前,必须检查WeakReference的List,查看是否已经存在,或是已经被GC回收,相应采取处理。 这样与MVVM相关的几个基本的Inerface,我已经陆续向大家介绍完毕。下一节,将向大家详细介绍控件的重写,可能在此过程中仍然要涉及几个接口(IList,IEnuerator,ICollection等),但是这些Interface主要是与控件重写技术相关的,我将放入相应章节中做出解释。
转自:http://hi.baidu.com/leo_han/item/46128d371590ba9db90c030a