silverlight简单数据绑定3silverlight简单数额绑定3

3种植多少绑定模式  OneTime(一不良绑定) OneWay(单项绑定) TwoWay(双向绑定)

3种植多少绑定模式  OneTime(一蹩脚绑定) OneWay(单项绑定) TwoWay(双向绑定)

OneTime:仅在数量绑定创建时以数据源更新目标。

OneTime:仅以数码绑定创建时利用数据源更新目标。

列子:

列子:

首先步,创建数据源对象吃Person类实现INotifyPropertyChanged接口,该接口具有PropertyChanged事件,PropertyChanged事件于数据源发生变化时候通知绑定

首先步,创建数据源对象被Person类实现INotifyPropertyChanged接口,该接口具有PropertyChanged事件,PropertyChanged事件于数据源发生变化时候通知绑定

.cs

.cs

namespace SilverlightApplication2
{
    public class Person:INotifyPropertyChanged
    {

        public event PropertyChangedEventHandler PropertyChanged;

        private String _Name;
        public String Name
        {
            get { return this._Name; }
            set
            {
                this._Name = value;
                NotifyPropertyChanged("Name");
            }
        }

        private int _Age;
        public  int Age
        {
            get { return this._Age; }
            set
            {
                this._Age = value;
                NotifyPropertyChanged("Age");

            }
        }

        private String _Address;
        public String Address
        {
            get { return this._Address; }
            set
            {
                this._Address = value;
                NotifyPropertyChanged("Address");
            }
        }

        public void NotifyPropertyChanged(String propertyName)
        {
            if(PropertyChanged!=null)
            {
                PropertyChanged(this, new PropertyChangedEventArgs(propertyName));
            }
        }

    }

}
namespace SilverlightApplication2
{
    public class Person:INotifyPropertyChanged
    {

        public event PropertyChangedEventHandler PropertyChanged;

        private String _Name;
        public String Name
        {
            get { return this._Name; }
            set
            {
                this._Name = value;
                NotifyPropertyChanged("Name");
            }
        }

        private int _Age;
        public  int Age
        {
            get { return this._Age; }
            set
            {
                this._Age = value;
                NotifyPropertyChanged("Age");

            }
        }

        private String _Address;
        public String Address
        {
            get { return this._Address; }
            set
            {
                this._Address = value;
                NotifyPropertyChanged("Address");
            }
        }

        public void NotifyPropertyChanged(String propertyName)
        {
            if(PropertyChanged!=null)
            {
                PropertyChanged(this, new PropertyChangedEventArgs(propertyName));
            }
        }

    }

}

关于INotifyPropertyChanged
 参见http://www.cnblogs.com/beginor/archive/2012/08/13/2636418.html

关于INotifyPropertyChanged
 参见http://www.cnblogs.com/beginor/archive/2012/08/13/2636418.html

INotifyPropertyChanged

INotifyPropertyChanged

它的打算:向客户端有某一样属性值已还改的通告。

它们的作用:向客户端起某同属于性值已重新改之打招呼。

当属性改变时,它可以通客户端,并展开界面数据更新.而我辈不用写过多苛的代码来更新界面数据,这样可以就方法简单而鲜明,松耦合和给艺术变得更通用.可用之地方太多矣:例如上传进度,实时后台数据变动等地方.目前自家意识winform和silverlight都支持,确实是一个劲的接口.

当属性改变时,它好通客户端,并拓展界面数据更新.而我辈决不写过多复杂的代码来更新界面数据,这样好成功方法简单而清丽,松耦合和为方换得重通用.可用之地方最多了:例如上传进度,实时后台数据变动等地方.目前自发觉winform和silverlight都支持,确实是一个精的接口.

于构造函数中先绑定

于构造函数中先绑定

public Class_Name()   

public Class_Name()   

{   

{   

    User user = new User();    

    User user = new User();    

    user.Name = “your name”;    

    user.Name = “your name”;    

    user.Address = “your address”;    

    user.Address = “your address”;    

  

  

    textBox1.Text = user.Name;   

    textBox1.Text = user.Name;   

    textBox2.Text = user.Address;   

    textBox2.Text = user.Address;   

}  

}  

编纂一个简的业务类

编写一个略的业务类

 

 

public class User : INotifyPropertyChanged   

public class User : INotifyPropertyChanged   

{   

{   

    public event PropertyChangedEventHandler PropertyChanged;
   

    public event PropertyChangedEventHandler PropertyChanged;
   

  

  

    private string _name;
   

    private string _name;
   

    public string Name
   

    public string Name
   

    {   

    {   

        get { return _name; }   

        get { return _name; }   

        set    

        set    

        {   

        {   

            _name = value;   

            _name = value;   

           if(PropertyChanged != null)   

           if(PropertyChanged != null)   

            {   

            {   

                PropertyChanged(this, new PropertyChangedEventArgs(“Name”));   

                PropertyChanged(this, new PropertyChangedEventArgs(“Name”));   

            }   

            }   

        }   

        }   

    }   

    }   

  

  

    private string _address;   

    private string _address;   

    public string Address
  

    public string Address
  

    {   

    {   

        get { return _address; }   

        get { return _address; }   

        set    

        set    

        {   

        {   

            _address = value;   

            _address = value;   

            if (PropertyChanged != null)   

            if (PropertyChanged != null)   

            {   

            {   

                PropertyChanged(this, new PropertyChangedEventArgs(“Address”));   

                PropertyChanged(this, new PropertyChangedEventArgs(“Address”));   

            }   

            }   

        }   

        }   

    }   

    }   

}  

}  

 

 

 

 

ObservableCollection

ObservableCollection

绑定到集

绑定到集

数码绑定的数据源对象可以是一个蕴含数据的十足对象,也堪是一个靶的会师。之前,一直当座谈哪边拿对象对象与一个单一对象绑定。Silverlight中之数额绑定还会以对象对象及聚集对象相绑定,这吗是雅常用的。比如显示文章的问题列表、显示平雨后春笋图片等。

数量绑定的数据源对象可以是一个分包数据的十足对象,也可是一个靶的会师。之前,一直当座谈哪边将目标靶以及一个单一对象绑定。Silverlight中的数量绑定还会用目标靶同聚集对象相绑定,这为是老大常用之。比如显示文章的问题列表、显示同一文山会海图片等。

倘要绑定到一个会师类型的数据源对象,绑定目标可以运用ItemsControl,如ListBox或DataGrid等。另外,通过定制ItemsControl的数目模板(DataTemplate),还足以控制集合对象被每一样起的来得。

而一旦绑定到一个汇类型的数据源对象,绑定目标可以使用ItemsControl,如ListBox或DataGrid等。另外,通过定制ItemsControl的数模板(DataTemplate),还好操纵集合对象吃每一样宗的示。

 使用ObservableCollection

 使用ObservableCollection

数据源集合对象要连续IEnumerable接口,为了给对象属性和数据源集合的更新(不但包括元素的修改,还连元素的加码及去)保持同,数据源集合还非得贯彻INotifyPropertyChanged接口及INotifyCollectionChanged接口。

数据源集合对象要继承IEnumerable接口,为了给对象属性与数据源集合的更新(不但包括元素的改动,还连元素的增加与去)保持并,数据源集合还得兑现INotifyPropertyChanged接口及INotifyCollectionChanged接口。

当Silverlight中开创数据源集合好下内建的ObservableCollection类,因为ObservableCollection类既贯彻了INotifyPropertyChanged接口,又实现了INotifyCollectionChanged接口。使用ObservableCollection类不但可兑现Add、Remove、Clear和Insert操作,还得触发PropertyChanged事件。

每当Silverlight中创造数据源集合好行使内建的ObservableCollection类,因为ObservableCollection类既实现了INotifyPropertyChanged接口,又实现了INotifyCollectionChanged接口。使用ObservableCollection类不但可以实现Add、Remove、Clear和Insert操作,还可触发PropertyChanged事件。

 

 

关于 谈谈INotifyPropertyChanged
的实现

关于 谈谈INotifyPropertyChanged
的实现

参见http://www.cnblogs.com/beginor/archive/2012/08/13/2636418.html

参见http://www.cnblogs.com/beginor/archive/2012/08/13/2636418.html

INotifyPropertyChanged 接口是 WPF/Silverlight 开发中深主要之接口,
它整合了 ViewModel 的根基, 数据绑定基本上都亟需之接口。 所以,
对它的实现呢显得甚主要, 下面接贴出我知的几乎种植实现方式,
希望能自及抛砖引玉的企图。

INotifyPropertyChanged 接口是 WPF/Silverlight 开发中很重要的接口,
它整合了 ViewModel 的基本功, 数据绑定基本上还亟待是接口。 所以,
对其的落实为出示甚关键, 下面接贴出自己知的几乎栽实现方式,
希望会从至抛砖引玉的打算。

诚如的落实方式

顿时是如出一辙栽再平常不了之兑现方式, 代码如下:

1
2
3
4
5
6
7
8
9
10
public class NotifyPropertyChanged : INotifyPropertyChanged {
    
   public event PropertyChangedEventHandler PropertyChanged;
 
   virtual internal protected void OnPropertyChanged(string propertyName) {
      if (this.PropertyChanged != null) {
         this.PropertyChanged(this, new PropertyChangedEventArgs(propertyName));
      }
   }
}

这种措施叫一般的贯彻方式, 因为它们真的是无与伦比平常不了了,
而且使用起来为给人口发头痛, 因为要指定手工指定属性名称:

1
2
3
4
5
6
7
8
9
10
11
12
public class MyViewModel : NotifyPropertyChanged {
 
   private int _myField;
 
   public int MyProperty {
      get { return _myField; }
      set {
         _myField = value;
         OnPropertyChanged("MyProperty");
      }
   }
}

貌似的贯彻方式

当即是均等栽再普通不了的实现方式, 代码如下:

1
2
3
4
5
6
7
8
9
10
public class NotifyPropertyChanged : INotifyPropertyChanged {
    
   public event PropertyChangedEventHandler PropertyChanged;
 
   virtual internal protected void OnPropertyChanged(string propertyName) {
      if (this.PropertyChanged != null) {
         this.PropertyChanged(this, new PropertyChangedEventArgs(propertyName));
      }
   }
}

这种办法叫一般的落实方式, 因为它实在是无比常见不了了,
而且使用起来为被人口倍感腻烦, 因为要指定手工指定属性名称:

1
2
3
4
5
6
7
8
9
10
11
12
public class MyViewModel : NotifyPropertyChanged {
 
   private int _myField;
 
   public int MyProperty {
      get { return _myField; }
      set {
         _myField = value;
         OnPropertyChanged("MyProperty");
      }
   }
}

lambda 表达式实现方式

对 lambda 表达式比较熟悉的同桌可以考虑就此 lambda 表达式实现属性名称传递,
在 NotifyPropertyChanged 类添加一个这么的法子:

1
2
3
4
5
6
7
8
9
10
11
12
13
protected void SetProperty<T>(ref T propField, T value, Expression<Func<T>> expr) {
   var bodyExpr = expr.Body as System.Linq.Expressions.MemberExpression;
   if (bodyExpr == null) {
      throw new ArgumentException("Expression must be a MemberExpression!", "expr");
   }
   var propInfo = bodyExpr.Member as PropertyInfo;
   if (propInfo == null) {
      throw new ArgumentException("Expression must be a PropertyExpression!", "expr");
   }
   var propName = propInfo.Name;
   propField = value;
   this.OnPropertyChanged(propName);
}

发了此方法, NotifyPropertyChanged 基类使用起来就是叫人赏心悦目了多:

1
2
3
4
5
6
7
8
9
10
11
public class MyViewModel : NotifyPropertyChanged {
 
   private int _myField;
 
   public int MyProperty {
      get { return _myField; }
      set {
         base.SetProperty(ref _myField, value, () => this.MyProperty);
          }
   }
}

这样一来, 把性能名称用字符串传递反成为了所以 lambda 表达式传递,
减少了硬编码, 确实方便了众, 但是还是感觉稍微麻烦了有的,
还是如果描写一个 lambda 表达式来传递属性名称。

lambda 表达式实现方式

针对 lambda 表达式比较熟悉的同学可以设想用 lambda 表达式实现属性名称传递,
在 NotifyPropertyChanged 类添加一个这样的点子:

1
2
3
4
5
6
7
8
9
10
11
12
13
protected void SetProperty<T>(ref T propField, T value, Expression<Func<T>> expr) {
   var bodyExpr = expr.Body as System.Linq.Expressions.MemberExpression;
   if (bodyExpr == null) {
      throw new ArgumentException("Expression must be a MemberExpression!", "expr");
   }
   var propInfo = bodyExpr.Member as PropertyInfo;
   if (propInfo == null) {
      throw new ArgumentException("Expression must be a PropertyExpression!", "expr");
   }
   var propName = propInfo.Name;
   propField = value;
   this.OnPropertyChanged(propName);
}

出了这个方式, NotifyPropertyChanged 基类使用起来就是使人舒服了许多:

1
2
3
4
5
6
7
8
9
10
11
public class MyViewModel : NotifyPropertyChanged {
 
   private int _myField;
 
   public int MyProperty {
      get { return _myField; }
      set {
         base.SetProperty(ref _myField, value, () => this.MyProperty);
          }
   }
}

这样一来, 把性能名称用字符串传递反化了用 lambda 表达式传递,
减少了硬编码, 确实方便了累累, 但是尚是觉得稍微麻烦了一部分,
还是一旦写一个 lambda 表达式来传递属性名称。

阻拦方式贯彻

假设对 Castal.DynamicProxy 有记忆的话语, 可以考虑用 DynamicProxy
进行拦实现, 我的落实如下:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
// 1. 先定义一个拦截器, 重写 PostProcess 方法, 当发现是调用以 set_ 开头的方法时,
//    一般就是设置属性了, 可以在这里触发相应的事件。
internal class NotifyPropertyChangedInterceptor : StandardInterceptor {
 
   protected override void PostProceed(IInvocation invocation) {
      base.PostProceed(invocation);
      var methodName = invocation.Method.Name;
      if (methodName.StartsWith("set_")) {
         var propertyName = methodName.Substring(4);
         var target = invocation.Proxy as NotifyPropertyChanged;
         if (target != null) {
            target.OnPropertyChanged(propertyName);
         }
      }
   }
}
 
// 2. 再定义一个帮助类, 提供一个工厂方法创建代理类。
public static class ViewModelHelper {
 
   private static readonly ProxyGenerator ProxyGenerator = new ProxyGenerator();
   private static readonly NotifyPropertyChangedInterceptor Interceptor
         = new NotifyPropertyChangedInterceptor();
 
   public static T CreateProxy<T>(T obj) where T : class, INotifyPropertyChanged {
      return ProxyGenerator.CreateClassProxyWithTarget(obj, Interceptor);
   }
}

动用起来呢是甚有益之, 只是创办 ViewModel 对象时须用帮助类似来创造实例,
代码如下:

1
2
3
4
5
6
7
8
9
10
public class MyViewModel : NotifyPropertyChanged {
 
   // 定义属性时不需要任何基类方法, 和普通属性没有什么两样。
   public int MyProperty {
      get; set;
   }
}
// 使用时需要这样创建实例:
var viewModel = ViewModelHelper.CreateProxy<MyViewModel>();
viewModel.MyProperty = 100;

而这种实现的败笔就是是兼备的习性都见面触发 PropertyChanged 事件,
而且只能触发一个轩然大波, 而在实质上支付中, 偶尔用设置一个特性, 触发大多个
PropertyChanged 事件。

截留方式实现

一经对 Castal.DynamicProxy 有印象的语句, 可以考虑使用 DynamicProxy
进行阻挠实现, 我的实现如下:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
// 1. 先定义一个拦截器, 重写 PostProcess 方法, 当发现是调用以 set_ 开头的方法时,
//    一般就是设置属性了, 可以在这里触发相应的事件。
internal class NotifyPropertyChangedInterceptor : StandardInterceptor {
 
   protected override void PostProceed(IInvocation invocation) {
      base.PostProceed(invocation);
      var methodName = invocation.Method.Name;
      if (methodName.StartsWith("set_")) {
         var propertyName = methodName.Substring(4);
         var target = invocation.Proxy as NotifyPropertyChanged;
         if (target != null) {
            target.OnPropertyChanged(propertyName);
         }
      }
   }
}
 
// 2. 再定义一个帮助类, 提供一个工厂方法创建代理类。
public static class ViewModelHelper {
 
   private static readonly ProxyGenerator ProxyGenerator = new ProxyGenerator();
   private static readonly NotifyPropertyChangedInterceptor Interceptor
         = new NotifyPropertyChangedInterceptor();
 
   public static T CreateProxy<T>(T obj) where T : class, INotifyPropertyChanged {
      return ProxyGenerator.CreateClassProxyWithTarget(obj, Interceptor);
   }
}

使起来为是特别有利之, 只是创立 ViewModel 对象时须用帮助类似来创造实例,
代码如下:

1
2
3
4
5
6
7
8
9
10
public class MyViewModel : NotifyPropertyChanged {
 
   // 定义属性时不需要任何基类方法, 和普通属性没有什么两样。
   public int MyProperty {
      get; set;
   }
}
// 使用时需要这样创建实例:
var viewModel = ViewModelHelper.CreateProxy<MyViewModel>();
viewModel.MyProperty = 100;

不过这种实现之欠缺就是是兼备的性质都见面触发 PropertyChanged 事件,
而且只能触发一个风波, 而在实际上付出被, 偶尔用安装一个性能, 触发大多单
PropertyChanged 事件。

前途 .Net 4.5 的兑现方式

于将发布的 .Net 4.5 中,
提供了 CallerMemberNameAttribute.aspx) 标记,
利用这个特性, 可以拿地方提供的 SetProperty 方法开展改造,
这样的落实才是最为全面的:

1
2
3
4
5
6
protected void SetProperty<T>(ref T storage, T value, [CallerMemberName] String propertyName = null) {
   if (object.Equals(storage, value)) return;
 
   storage = value;
   this.OnPropertyChanged(propertyName);
}

出于来了 CallerMemberName 标记助阵, 可以说以起来是杀有利于了:

1
2
3
4
5
6
7
8
9
10
11
public class MyViewModel : NotifyPropertyChanged {
 
   private int _myField;
 
   public int MyProperty {
      get { return _myField; }
      set {
         base.SetProperty(ref _myField, value);
      }
   }
}

这种措施则好,不过却偏偏出当 .Net 4.5 中才起, 而且也许永远不见面加加至
Silverlight 中。

 

其次步:用户界面绑定数据对象,指定绑定模式

.xaml

<Grid x:Name="LayoutRoot" Background="Wheat" Loaded="LayoutRoot_Loaded">
        <StackPanel>
            <TextBox  Grid.Row="0"  Grid.Column="0" Width="150" Height="30"  HorizontalAlignment="Left" Text="{Binding Name,Mode=OneTime}"/>
            <TextBox  Grid.Row="1"  Grid.Column="0" Width="150" Height="30" HorizontalAlignment="Left" Text="{Binding Age,Mode=OneTime}"/>
            <TextBox  Grid.Row="2"  Grid.Column="0" Width="150" Height="30" HorizontalAlignment="Left" Text="{Binding Address,Mode=OneTime}"/>
            <Button x:Name="btnUpdata" Width="150" Height="30" Content="更新" Click="btnUpdata_Click"/>
        </StackPanel>
    </Grid>

老三步:数据绑定

.xaml.cs

 Person person;
        void LayoutRoot_Loaded(object sender,RoutedEventArgs e)
        {
            person = new Person()
            {
              Name="Terry",
              Age=20,
              Address="Beijing"
            };
            this.LayoutRoot.DataContext = person;
        }

        private void btnUpdata_Click(object sender, RoutedEventArgs e)
        {
            person.Name = "小哥";
            person.Age = 23;
            person.Address = "上海";

        }

 

鉴于是OneTime数据绑定模式,可以看来在单机更新按钮时,尽管改变了多少对象的属性值,但是用户界面的数据值依然是当绑定创建时候的数据值。

未来 .Net 4.5 的实现方式

以快要发布之 .Net 4.5 中,
提供了 CallerMemberNameAttribute.aspx) 标记,
利用这个特性, 可以用上面提供的 SetProperty 方法进行改建,
这样的贯彻才是无限健全的:

1
2
3
4
5
6
protected void SetProperty<T>(ref T storage, T value, [CallerMemberName] String propertyName = null) {
   if (object.Equals(storage, value)) return;
 
   storage = value;
   this.OnPropertyChanged(propertyName);
}

由于发生矣 CallerMemberName 标记助阵, 可以说采取起来是死便利了:

1
2
3
4
5
6
7
8
9
10
11
public class MyViewModel : NotifyPropertyChanged {
 
   private int _myField;
 
   public int MyProperty {
      get { return _myField; }
      set {
         base.SetProperty(ref _myField, value);
      }
   }
}

这种方式虽然好,不过却偏偏发生于 .Net 4.5 中才起, 而且也许永远不见面加加至
Silverlight 中。

 

第二步:用户界面绑定数据对象,指定绑定模式

.xaml

<Grid x:Name="LayoutRoot" Background="Wheat" Loaded="LayoutRoot_Loaded">
        <StackPanel>
            <TextBox  Grid.Row="0"  Grid.Column="0" Width="150" Height="30"  HorizontalAlignment="Left" Text="{Binding Name,Mode=OneTime}"/>
            <TextBox  Grid.Row="1"  Grid.Column="0" Width="150" Height="30" HorizontalAlignment="Left" Text="{Binding Age,Mode=OneTime}"/>
            <TextBox  Grid.Row="2"  Grid.Column="0" Width="150" Height="30" HorizontalAlignment="Left" Text="{Binding Address,Mode=OneTime}"/>
            <Button x:Name="btnUpdata" Width="150" Height="30" Content="更新" Click="btnUpdata_Click"/>
        </StackPanel>
    </Grid>

其三步:数据绑定

.xaml.cs

 Person person;
        void LayoutRoot_Loaded(object sender,RoutedEventArgs e)
        {
            person = new Person()
            {
              Name="Terry",
              Age=20,
              Address="Beijing"
            };
            this.LayoutRoot.DataContext = person;
        }

        private void btnUpdata_Click(object sender, RoutedEventArgs e)
        {
            person.Name = "小哥";
            person.Age = 23;
            person.Address = "上海";

        }

 

由是OneTime数据绑定模式,可以望在单机更新按钮时,尽管改变了数量对象的属于性值,但是用户界面的数据值依然是以绑定创建时候的数据值。

相关文章

admin

网站地图xml地图