仅在数额绑定创立时采取数据源更新目标,仅在多少绑定创立时行使数据源更新目的

3种多少绑定格局  One提姆(Tim)e(四回绑定) OneWay(单项绑定) TwoWay(双向绑定)

3种多少绑定格局  One提姆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提姆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数据绑定格局,能够观看在单机更新按钮时,固然改变了数额对象的属性值,不过用户界面的数据值依旧是在绑定成立时候的数据值。

相关文章