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提姆(Tim)e数据绑定形式,可以看看在单机更新按钮时,虽然改变了数量对象的属性值,可是用户界面的数据值依然是在绑定创制时候的数据值。

相关文章