杨小安 发表于 2024-8-21 23:01:10

WPF:MVVM的由来与属性绑定的过程

WPF:MVVM的由来与属性绑定的过程

1、MVVM

(1)MVVM是什么?

​                MVVM(Model-View-ViewModel)是一种软件架构设计模式MVVM模式。有助于分离应用程序的业务逻辑和用户界面层,使得开发过程更易于管理,同时也便于单元测试。
Model?
现实世界中对象的抽象结果。
View?
View=UI。
View Model?
ViewModel=Model for View。
View 与 View Model之间的沟通:传递数据:数据属性   传递操作:命令属性。
(2)为什么要使用MVVM?


[*]可测试性:由于业务逻辑被封装在ViewModel中,这使得编写单元测试变得更容易。
[*]解耦:View和Model之间通过ViewModel间接通信,使得它们彼此独立,易于单独修改和维护。
[*]可维护性:清晰的分层结构使得代码更易于理解和维护。
2、数据绑定

现在我们做一个实验,实现一个简单的加法,通过MVVM去实现。
从图中可以看出,有3个数据属性和2个命令属性。
先创建好各层文件夹如下:

对于数据属性,我们先创建一个NotificationObject类,去继承INotifyPropertyChanged这个接口,这个接口用来是实现UI与数据属性之间双向绑定的。
   对于命令属性,我们先创建一个DelegateCommand类,继承ICommand这个接口。
ViewModel里面的代码如下:
结果如下:

3、分析

如何执行数据属性呢?(ViewModel与View之间双向交互)

数据绑定的过程,INotifyPropertyChanged里面接口是用来干嘛的?
当我们在UI层里面输入1时(此时对应的值已经传到了Input1了),这个时候会执行属性对应的Set里面的方法

然后执行方法里面的事件,将这个属性名字传递到UI,然后UI绑定的对应的属性就随之改变

也就是说:Input1和Inpu2我们只是通过UI去传值,所以我们并不需要去执行RaisePropertyChanged这个方法。于是,当我注释掉里面的RaisePropertyChanged方法时,经过调试与实验,依然可以显示结果。这个过程是从View到ViewModel的过程。
再来说Input3,这个为什么不可以去掉RaisePropertyChanged这个方法呢?因为当我们去执行命令后,Input3在ViewModel里面的值进行了改变,然后通过事件触发通知UI,传递给相对应的属性名字,这样UI层的值就改变了。这个过程是View Model到View的过程。
如何执行命令属性呢?(View到ViewModel)

我们知道,在MainWindow里面我们需要将xaml的上下文与View Model绑定

然而在创建的ViewModel对象里面,就执行了这个命令属性吗?

于是,经过调试,我发现在new完后并没有去触发委托里面的Add方法,这是为什么呢?
在初始化阶段,AddCommand被创建并设置好执行的动作(即Add方法),但这并不意味着Add方法被立即执行。只有当用户与UI进行交互时(比如点击按钮),AddCommand才会被触发,从而执行Add方法。
这里注意,命令属性的绑定方法:

数据属性的绑定方法,比如文中的TextBox:


来源:https://www.cnblogs.com/zhuiyine/p/18372384
免责声明:由于采集信息均来自互联网,如果侵犯了您的权益,请联系我们【E-Mail:cb@itdo.tech】 我们会及时删除侵权内容,谢谢合作!
页: [1]
查看完整版本: WPF:MVVM的由来与属性绑定的过程