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

3种多少绑定情势  One提姆e(一遍绑定) OneWay(单项绑定) TwoWay(双向绑定)

3种多少绑定情势  One提姆(Tim)e(一遍绑定) OneWay(单项绑定) TwoWay(双向绑定)

One提姆(Tim)e:仅在数额绑定创设时行使数据源更新目的。

One提姆(Tim)e:仅在数量绑定创制时使用数据源更新目的。

列子:

列子:

首先步,创造数据源对象让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 = "上海";

        }

 

是因为是One提姆(Tim)e数据绑定情势,可以看来在单机更新按钮时,即便改变了多少对象的属性值,可是用户界面的数据值依旧是在绑定创造时候的数据值。

以后 .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 = "上海";

        }

 

由于是One提姆e数据绑定情势,可以见到在单机更新按钮时,虽然改变了多少对象的属性值,不过用户界面的数据值依然是在绑定创造时候的数据值。

相关文章