- Mastering Windows Presentation Foundation
- Sheridan Yuen
- 384字
- 2021-06-24 16:49:02
Learning how to communicate again
As we tend not to handle UI events directly, when using MVVM, we need alternative ways to implement the same functionality that they provide. Different methods are required to reproduce the functionality of different events. For example, the functionality of the SelectionChanged event of a collection control is typically reproduced by data binding a View Model property to the SelectedItem property of the collection control:
<ListBox ItemsSource="{Binding Items}" SelectedItem="{Binding CurrentItem}" />
In this example, the setter of the CurrentItem property will get called by the WPF Framework each time a new item is selected from the ListBox. Therefore, instead of handling the SelectionChanged event in the code behind, we can call any method directly from the property setter in the View Model:
public TypeOfObject CurrentItem { get { return currentItem; } set { currentItem = value; DoSomethingWithTheNewlySelectedItem(currentItem); } }
Note that we need to keep any methods that we call from data bound property setters from doing too much, as the time that it takes to execute them could negatively affect the performance when entering data. However, in this example, we would typically use this method to start an asynchronous data access function using a value from the current item or alter the value of another property in the View Model.
Many other UI events can be replaced with some form of Trigger in the XAML markup directly. For example, imagine that we had an Image element that was set as the Content property value of a Button control and that we wanted the Image element to be semi-transparent when the Button was disabled. Instead of handling the UIElement.IsEnabledChanged event in the code behind file, we could write a DataTrigger in a Style that we could apply to the Image element:
<Style x:Key="ImageInButtonStyle" TargetType="{x:Type Image}"> <Setter Property="Opacity" Value="1.0" /> <Style.Triggers> <DataTrigger Binding="{Binding IsEnabled, RelativeSource={RelativeSource FindAncestor, AncestorType={x:Type Button}}, FallbackValue=False}" Value="False"> <Setter Property="Opacity" Value="0.5" /> </DataTrigger> </Style.Triggers> </Style>
Binding syntax will be covered in detail in Chapter 4, Becoming Proficient With Data Binding, but in short, the binding in this DataTrigger is specifying the target as the IsEnabled property of the ancestor (or parent) of the Image element with a type of Button. When this binding target has a value of False, the Opacity property of the Image will be set to 0.5 and set back to its original value when the target property value is True. Therefore, the Image element in our Button will become semi-transparent when the Button is disabled.
- 面向STEM的Scratch創新課程
- Designing Hyper-V Solutions
- 從0到1:HTML+CSS快速上手
- 深入理解Java7:核心技術與最佳實踐
- Java加密與解密的藝術
- Advanced Oracle PL/SQL Developer's Guide(Second Edition)
- WebRTC技術詳解:從0到1構建多人視頻會議系統
- 微信小程序項目開發實戰
- Java Web開發就該這樣學
- “笨辦法”學C語言
- Modern C++ Programming Cookbook
- Python自然語言理解:自然語言理解系統開發與應用實戰
- Docker:容器與容器云(第2版)
- PostgreSQL Developer's Guide
- 大話C語言