在WPF中，要将
ListView与动态变化的数据集合绑定，最直接且推荐的方式就是利用
ObservableCollection<t></t>。核心思想是，你将
ListView的
ItemsSource属性指向一个
ObservableCollection的实例，这样，当
ObservableCollection中的数据项被添加、删除或移动时，
ListView会自动感知到这些变化并更新其显示。
解决方案
绑定
ListView到
ObservableCollection其实并不复杂，它主要依赖于WPF的数据绑定机制和
ObservableCollection的特性。
ObservableCollection<t></t>实现了
INotifyCollectionChanged接口，正是这个接口让UI能够“监听”到集合内部的变化。
我们通常会在ViewModel中创建一个
ObservableCollection属性，然后将这个ViewModel设置为View的
DataContext。
XAML部分：
<Window x:Class="WpfApp1.MainWindow"
xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"
xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml"
xmlns:d="http://schemas.microsoft.com/expression/blend/2008"
xmlns:mc="http://schemas.openxmlformats.org/markup-compatibility/2006"
xmlns:local="clr-namespace:WpfApp1"
mc:Ignorable="d"
Title="WPF ListView Binding Example" Height="450" Width="800">
<Grid>
<ListView ItemsSource="{Binding MyItems}" Margin="10">
<ListView.View>
<GridView>
<GridViewColumn Header="姓名" DisplayMemberBinding="{Binding Name}"/>
<GridViewColumn Header="年龄" DisplayMemberBinding="{Binding Age}"/>
</GridView>
</ListView.View>
</ListView>
</Grid>
</Window>C#部分 (ViewModel和Code-behind):
首先，定义一个数据模型（例如
Person类），它需要实现
INotifyPropertyChanged，这样当
Person对象的属性值发生变化时，
ListView也能更新显示。
using System.ComponentModel;
using System.Collections.ObjectModel; // 注意这里引入 ObservableCollection 的命名空间
namespace WpfApp1
{
public class Person : INotifyPropertyChanged
{
private string _name;
public string Name
{
get => _name;
set
{
if (_name != value)
{
_name = value;
OnPropertyChanged(nameof(Name));
}
}
}
private int _age;
public int Age
{
get => _age;
set
{
if (_age != value)
{
_age = value;
OnPropertyChanged(nameof(Age));
}
}
}
public event PropertyChangedEventHandler PropertyChanged;
protected void OnPropertyChanged(string propertyName)
{
PropertyChanged?.Invoke(this, new PropertyChangedEventArgs(propertyName));
}
}
public class MainViewModel
{
public ObservableCollection<Person> MyItems { get; set; }
public MainViewModel()
{
MyItems = new ObservableCollection<Person>();
// 初始数据
MyItems.Add(new Person { Name = "张三", Age = 30 });
MyItems.Add(new Person { Name = "李四", Age = 24 });
MyItems.Add(new Person { Name = "王五", Age = 35 });
// 模拟数据变化（可以在某个按钮点击事件或定时器中触发）
// System.Threading.Tasks.Task.Delay(3000).ContinueWith(_ =>
// {
// App.Current.Dispatcher.Invoke(() =>
// {
// MyItems.Add(new Person { Name = "赵六", Age = 28 });
// MyItems[0].Age = 31; // 修改现有项的属性
// });
// });
}
}
}然后在
MainWindow.xaml.cs中设置
DataContext：
using System.Windows;
namespace WpfApp1
{
public partial class MainWindow : Window
{
public MainWindow()
{
InitializeComponent();
this.DataContext = new MainViewModel();
}
}
}这样，
ListView就会显示
MyItems中的数据。当你通过
MyItems.Add()、
MyItems.Remove()等方法修改
ObservableCollection时，
ListView会自动更新。
为什么ObservableCollection是绑定ListView的理想选择，而不是List？
这真的是一个非常常见的问题，也是WPF数据绑定中一个关键的“坑”点。我的经验告诉我，很多初学者会习惯性地使用
List<t></t>，然后发现UI没有按照预期更新，百思不得其解。根本原因在于它们各自实现了不同的接口，从而在通知机制上存在本质差异。
ObservableCollection<t></t>之所以是理想选择，因为它实现了
INotifyCollectionChanged接口。这个接口的作用，简单来说，就是当集合中的元素发生增、删、改（指集合结构的变化，比如添加了一个新元素，或者移除了一个旧元素）时，它会发出通知。
ListView（以及其他WPF的
ItemsControl）正是通过监听这个通知来知道何时需要重新渲染其内容。
而
List<t></t>则没有实现这个接口。当你向一个
List<t></t>中添加或删除元素时，这个操作只发生在内存中的
List<t></t>对象上，没有任何机制会通知UI说：“嘿，我的数据变了，你该刷新了！”所以，即使你在后台代码中修改了
List<t></t>，
ListView也依然会显示旧的数据，除非你手动重新设置
ListView.ItemsSource，但这显然不是一个优雅且高效的解决方案。
所以，如果你预期的集合数据是动态变化的，例如用户可以添加新的项目、删除旧的项目，或者从服务器异步加载更多数据，那么
ObservableCollection<t></t>几乎是唯一的正确选择。如果你的数据集合在创建后就保持不变，或者你只是偶尔需要更新整个集合（通过替换
ItemsSource绑定的整个集合实例），那么
List<t></t>（或者更推荐的
ReadOnlyCollection<t></t>）也未尝不可，但多数情况下，为了灵活性和避免后续问题，
ObservableCollection<t></t>是更稳妥的默认选择。
如何在ObservableCollection中的数据项发生变化时更新ListView？
这是一个更深层次的问题，它涉及到WPF数据绑定的另一个核心机制：
INotifyPropertyChanged。
ObservableCollection<t></t>负责通知UI集合结构的变化（例如，添加了一个新的
Person对象，或者移除了一个
Person对象）。但它不负责通知UI集合内部某个
Person对象的属性值变化。
举个例子，你有一个
ObservableCollection<person></person>，里面有一个
Person对象叫“张三”。如果我把“张三”的
Age从30改成了31，
ObservableCollection本身是不会发出任何通知的。它只知道集合里依然有“张三”这个对象，至于“张三”内部有什么变化，它不关心，也不负责传递。
要让
ListView感知到数据项内部属性的变化并更新显示，你的数据项（也就是
Person类）就必须实现
INotifyPropertyChanged接口。在上面的解决方案中，我们已经展示了
Person类是如何实现这个接口的。
每当
Person类中的某个属性（比如
Name或
Age）的值发生改变时，我们需要在属性的
set访问器中调用
OnPropertyChanged方法，并传入发生变化的属性名称。这个方法会触发
PropertyChanged事件，WPF的绑定引擎会监听这个事件。当事件被触发时，绑定引擎就会知道对应的UI元素（比如
ListView中的
TextBlock显示
Name或
Age的那个）需要重新从数据源中获取最新的值并更新显示。
所以，一个完整的动态更新链条是这样的：
ObservableCollection处理集合的增删改，通知
ListView结构变化。 集合中的每个数据项（如
Person）实现
INotifyPropertyChanged，处理自身属性的修改，通知
ListView内部数据变化。
缺少任何一环，你的UI可能就无法达到完全的实时同步。这是我在实际开发中经常需要强调的点，因为这两者是相辅相成的。
绑定ListView时，如何自定义数据项的显示方式？
默认情况下，
ListView可能会简单地显示数据项的
ToString()结果，这显然不够灵活。自定义数据项的显示方式是WPF中非常强大且常用的功能，它主要通过
ItemTemplate和
DataTemplate来实现。
在上面的示例中，我们使用了
ListView.View属性，并设置了一个
GridView来以表格形式显示数据。
GridView通过
GridViewColumn的
DisplayMemberBinding来指定显示哪个属性。这种方式适用于需要列式布局的场景。
然而，如果你想对每个数据项的布局有更精细的控制，或者不希望是表格形式，而是更自由的布局，你就需要用到
ItemTemplate。
使用ItemTemplate
和DataTemplate
：
ItemTemplate是
ListView的一个属性，它定义了如何渲染集合中的每个数据项。而
DataTemplate则是在
ItemTemplate内部使用的，它描述了数据项的UI结构。
<ListView ItemsSource="{Binding MyItems}" Margin="10">
<ListView.ItemTemplate>
<DataTemplate>
<!-- 这里定义每个Person对象的显示方式 -->
<StackPanel Orientation="Horizontal" Margin="5">
<TextBlock Text="{Binding Name}" FontWeight="Bold" Width="100"/>
<TextBlock Text=" - "/>
<TextBlock Text="{Binding Age}" Foreground="Gray"/>
<TextBlock Text=" 岁"/>
</StackPanel>
</DataTemplate>
</ListView.ItemTemplate>
</ListView>在这个例子中，我们为每个
Person对象创建了一个水平排列的
StackPanel。里面包含了多个
TextBlock，分别绑定到
Person的
Name和
Age属性，并添加了一些额外的文本和样式。这样，每个列表项都会按照你定义的
DataTemplate来渲染，提供了极大的灵活性。
什么时候选择GridView
，什么时候选择ItemTemplate
？
GridView: 当你需要以表格形式展示数据，并且数据项的属性可以清晰地映射到列时，
GridView是最佳选择。它提供了列头、列宽调整等表格特有的功能。
ItemTemplate: 当你需要对每个数据项的UI布局有完全的控制，例如希望每个项是一个复杂的卡片、包含图片、按钮等，或者不希望是严格的列式布局时，
ItemTemplate就显得尤为重要。它让你能够构建任何你想要的UI。
在实际项目中，我发现这两种方式经常会根据具体需求混合使用。有时一个
ListView可能会用
GridView来展示主要信息，但某个列的单元格又会用
DataTemplate来渲染更复杂的控件。理解它们各自的优势和适用场景，能让你在WPF UI设计中更加游刃有余。
