打开APP
userphoto
未登录

开通VIP,畅享免费电子书等14项超值服

开通VIP
Silverlight4 如何实现DataContextChanged事件
                 转载 2016年03月01日 22:01:02

Silverlight4 如何实现DataContextChanged事件,自定义事件

参考:http://www.cnblogs.com/allanli/archive/2012/04/09/2439008.html

在WPF中,任何control的Data Context变化的时候,都会显示的抛出一个事件,但是在Silverlight 4 中,却没有类似的功能。为了满足需要,我们可以自己来实现。

  1. public interface IDataContextChangedHandler<T> where T : FrameworkElement  
  2.     {  
  3.         void OnDataContextChanged(T sender, DependencyPropertyChangedEventArgs e);  
  4.     }  
  5.   
  6.     public static class DataContextChangedHelper<T> where T : FrameworkElement, IDataContextChangedHandler<T>  
  7.     {  
  8.         public static readonly DependencyProperty InternalDataContextProperty =  
  9.             DependencyProperty.Register("InternalDataContext",  
  10.             typeof(Object), typeof(T), new PropertyMetadata(OnDataContextChanged));  
  11.   
  12.         public static void Bind(T control)  
  13.         {  
  14.             control.SetBinding(InternalDataContextProperty, new Binding());  
  15.         }  
  16.   
  17.         private static void OnDataContextChanged(object sender, DependencyPropertyChangedEventArgs e)  
  18.         {  
  19.             T control = (T)sender;  
  20.             control.OnDataContextChanged(control, e);  
  21.         }  
  22.     }  

如何使用:
在自定义control的构造函数中设置binding即可。参考的文档没有说清楚如何使用,我是看下边的英文原版,才有的灵感,差点放弃了 by dacong

View Code
public class SilverlightContol1 :UserControl,IDataContextChangedHandler<SilverlightContol1> {   public Gauge()    {      InitializeComponent();      DataContextChangedHelper<SilverlightContol1>.Bind(this);    }
   public void DataContextChanged(object sender, DependencyPropertyChangedEventArgs e)   {       MessageBox.Show("DataContext Changed event");
   }}


还有个英文版的参考

http://www.codeproject.com/Articles/38559/Silverlight-DataContext-Changed-Event?fid=1544514&df=90&mpp=25&noise=3&prof=True&sort=Position&view=Quick&spc=Relaxed


One known issue with Silverlight is that the DataContext bound to a control may change, but there is no readily available change event. Unlike WPF, you don't have an explicit event to register with in order to track changes.


Is your email address OK? You are signed up for our newsletters but your email address is either unconfirmed, or has not been reconfirmed in a long time. Please clickhere to have a confirmation email sent so we can confirm your email address and start sending you newsletters again. Alternatively, you canupdate your subscriptions.

One known issue with Silverlight is that the DataContext bound to a control may change, but there is no readily available change event. Unlike WPF, you don't have an explicit event to register with in order to track changes. This becomes a problem in controls like the DataGrid control which reuses the same control instances for each page. Even though fresh data is bound, if your control isn't aware that the data context changed, it will keep stale content.

If you search online you'll find the solution is simple: you create a dependency property that is actually based on the data context (call it a "dummy" property) and then register for changes to that property. I was glad to find the solution but wanted something a little more reusable (remember, I like the DRY principle: don't repeat yourself, so when I find myself writing the same line of code more than once I have to go back and refactor).

The solution? I was able to find something that I think works well and involves an interface and a static class.

First, I want to identify when a control should be aware of changes to DataContext and also provide a method to call when this happens. That was easy enough. I createdIDataContextChangedHandler and defined it like this:

Hide   Copy Code
public interface IDataContextChangedHandler<T> where T: FrameworkElement {   void DataContextChanged(T sender, DependencyPropertyChangedEventArgs e);}

As you can see, it is a simple interface. A method is called with the sender (which will presumably be the control itself) and the arguments for a dependency property changed event. It is typed to T, of course.

Next, I used generics to create a base class that manages the "fake" dependency property:

Hide   Copy Code
public static class DataContextChangedHelper<T> where T: FrameworkElement, IDataContextChangedHandler<T>{    private const string INTERNAL_CONTEXT = "InternalDataContext";     public static readonly DependencyProperty InternalDataContextProperty =        DependencyProperty.Register(INTERNAL_CONTEXT,                                    typeof(Object),                                    typeof(T),                                    new PropertyMetadata(_DataContextChanged));    private static void _DataContextChanged(object sender, DependencyPropertyChangedEventArgs e)    {        T control = (T)sender;        control.DataContextChanged(control, e);    }    public static void Bind(T control)    {        control.SetBinding(InternalDataContextProperty, new Binding());    }}

As you can see, the class does a few things and works for any framework element, which is a "basic building block" that supports binding. It is typed to theFrameworkElement but also requires that the target implements IDataContextChangedHandler. It creates a dependency property. Because the data context can be any object, the type of the dependency isobject, but the type of the parent is the framework element itself ("T"). When something happens to the property, it will invoke_DataContextChanged.

The event handler is sent the control that raised the event as well as the arguments for the old and new properties in the data context. We simply cast the sender back to its original type of T. Then, because we know it implementsIDataContextChangedHandler, we can simply call DataContextChanged.

Finally, there is a static call to bind the control itself.

Now let's put the pieces together. Let's say you have a control that makes a gauge based on a data value, and you want to put the control in the grid. You need to know when theDataContext changes, because you will update your gauge. The control will look like this:

Hide   Copy Code
public partial class Gauge : IDataContextChangedHandler<Gauge> {   public Gauge()    {      InitializeComponent();      DataContextChangedHelper<Gauge>.Bind(this);    }   public void DataContextChanged(Gauge sender, DependencyPropertyChangedEventArgs e)   {      if (e.NewValue != null)      {         int gaugeLevel = (int)e.NewLevel;         _UpdateImage(gaugeLevel);      }    }}

And there you have it - to register for the data context changing, we simply implementedIDataContextChangedHandler and then registered by calling Bind in our constructor.

需要补充的是, 这个功能在Silverlight 5中已经自带。

本站仅提供存储服务,所有内容均由用户发布,如发现有害或侵权内容,请点击举报
打开APP,阅读全文并永久保存 查看更多类似文章
猜你喜欢
类似文章
GridView事件DataBinding,DataBound,RowCreated,Ro...
ZeroMQ
字节跳动的管理方式:context not control
SoundPool 播放音频的时候在小米的手机上只播放一次,其它手机正常。
Android Sensors Development(HAL有参考价值)
人生在世亦如摆渡
更多类似文章 >>
生活服务
热点新闻
分享 收藏 导长图 关注 下载文章
绑定账号成功
后续可登录账号畅享VIP特权!
如果VIP功能使用有故障,
可点击这里联系客服!

联系客服