何时实现INotifyPropertyChanged接口

官方解释:INotifyPropertyChanged  接口用于向客户端(通常是执行绑定的客户端)发出某一属性值已更改的通知。官方解释的很模糊,估计是个人看了都不知道到底什么时候需要实现INotifyPropertyChanged接口.小梦通过实际测试给出明确结论:

首先:OneTime模式:毫无意义,因为它的绑定只有初始时候绑定一次,根本谈不上改变!自然也就谈不上实现INotifyPropertyChanged接口.

然后是OneWay模式:我们知道OneWay模式的含义是:绑定源的每一次变化都会通知绑定目标,但是绑定目标的改变不会改变绑定源.当绑定源的数据实体类没有实现INotifyPropertyChanged接口时,当我们改变了数据源,我们会发现绑定目标的UI上的相应的数据不会立即变化.所以这时候就需要我们来实现INotifyPropertyChanged接口.

最后是TwoWay模式:在TwoWay模式下,当绑定源的数据实体类没有实现INotifyPropertyChanged接口时,我们发现.控件的更改会让数据源立即发改变,但是改变数据源,绑定目标控件却不会立即发生改变!所以当我们需要数据源改变时相对应的UI立即改变时,就需要实现INotifyPropertyChanged接口.

总之:就是当数据源改变并需要UI立即改变时我们需要实现INotifyPropertyChanged接口.

我们可以通过这个示例来明确的体会这一点:

 
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
>
 
>
 
>
 
>
 
>
 
>
 
>
 
>

后台代码:

 
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
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
INotifyPropertyChangedDEMO
{
/// <summary>
/// 可用于自身或导航至 Frame 内部的空白页。
/// </summary>
 
Page
{
;
)
{
;
 
;
;
;
;
;
}
//通过修改数据源修改控件的值
{
;
;
;
}
 
//显示数据源的值
{
;
}
 
INotifyPropertyChanged
//INotifyPropertChanged 接口定义了一个当属性值更改时执行的事件,事件名称为PropertyChanged。
//这个是在继承这个接口的类必须要实现的事件
 
{
;
ID
{
}
set
{
;
}
}
;
Title
{
}
set
{
;
}
}
;
Price
{
}
set
{
;
}
}
;
//PropertyChangedEventArgs类型,这个类用于传递更改值的属性的名称,实现向客户端已经更改的属性发送更改通知。属性的名称为字符串类型。
)
{
)
{
//根据PropertyChanged事件的委托类,实现PropertyChanged事件:
;
}
}
}
}
}

大家运行这个示例可以明显体会INotifyPropertyChanged接口的作用.

 如何实现INotifyPropertyChanged接口

上面示例的INotifyPropertyChanged接口的实现方式是最常见和最普遍的.

我们可以利用CallerMemberNameAttribute特性来简化一下,这个特性可以根据调用方来决定传入哪个属性的名字.:

 
1
2
3
4
5
6
)
{
;
)
;
}

这样我们在调用时可以这样调用:

  NotifyPropertyChange(“ID”)  改为:OnPropertyChanged();

INotifyPropertyChanged接口的最佳实现方式:

这个所谓的最佳实现方式 是channel 9的视频中说的,实现方式如下:

 
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
INotifyPropertyChanged
{
;
)
{
;
;
;
;
}
 
)
{
;
)
;
}
}

相应的调用方式进一步简化:

1
2
3
4
5
6
7
8
;
 
Name
{
}
set
}
}
 
 
// 实现 INotifyPropertyChanged 是为了属性变更后的通知         public event PropertyChangedEventHandler PropertyChanged;         protected void NotifyPropertyChanged(string propertyName)         {             if (PropertyChanged != null)             {                 PropertyChanged(this, new PropertyChangedEventArgs(propertyName));             }         }

        // 实现 INotifyPropertyChanging 是为了最大限度地减少内存使用量(NotifyPropertyChanging 的用法:在属性赋值之前调用)         /*          * 为什么会减少内存使用量呢?          * 因为 LINQ to SQL 更改跟踪是通过维护每个对象的两个副本进行工作的,第一个副本保存原始数据,第二个副本有程序更改,这样提交更新时 LINQ to SQL 就知道哪些数据被更改了,从而只提交这些被更改的数据          * INotifyPropertyChanging 接口允许应用程序在将修改后的数据提交到数据库前通知 DataContext,DataContext 可以将该通知用作创建副本的触发器,这样就不用保留第二个副本了,从而减少内存使用          */         public event PropertyChangingEventHandler PropertyChanging;         protected void NotifyPropertyChanging(string propertyName)         {             if (PropertyChanging != null)             {                 PropertyChanging(this, new PropertyChangingEventArgs(propertyName));             }         }

相关文章:

  • 2021-06-20
  • 2022-12-23
  • 2021-07-26
  • 2021-06-13
  • 2022-12-23
  • 2021-09-10
  • 2022-12-23
  • 2021-09-12
猜你喜欢
  • 2022-12-23
  • 2021-06-20
  • 2022-01-14
  • 2021-05-20
相关资源
相似解决方案