最近在做 WPF 项目时碰到一个挺典型的诉求DataGrid 要按条件动态控制某些行的显示与隐藏。乍一听好像不难但真上手你会发现直接操作Row.Visibility会踩坑绑定集合又容易把逻辑写散。我把自己实际调试通过的一套方案整理出来顺便把牵扯到的DataTrigger、RowStyle、MVVM 绑定这些知识点一并讲透看完你大概率能直接抄作业。1. 动态显示行的整体设计与核心思路1.1 理解需求什么场景下需要动态显示行先说说什么叫“动态显示行”。字面上看就是 DataGrid 里的某些行在满足特定条件时显示不满足时隐藏或者反过来。我遇到过的典型场景包括状态筛选表格里同时有“启用”和“停用”的数据希望只显示当前筛选状态的行。权限控制当前登录人没有审批权限时隐藏“待审批”的记录行防止误操作。分组切换通过 ToggleButton 切换“显示全部”和“仅显示异常”异常行之外的普通行全部隐藏。懒加载视觉优化先隐藏明细行点击“展开”时才显示实现类似 Master-Detail 的折叠效果。这类需求如果写在后台代码里通常的做法是遍历dataGrid.Items把每一行转成DataGridRow然后设置row.Visibility。不是不能跑但问题很明显一是和视图逻辑强耦合二是每次数据刷新或者滚动加载时你可能需要重新处理一遍很容易漏。更麻烦的是如果你在后台代码里直接改了Visibility再和样式里的DataTrigger搭配会有优先级冲突行为会很诡异。这个后面我会专门解释。1.2 三种方案选型后台遍历、集合过滤、DataTrigger我先把自己的踩坑经历摆出来方便你理解为什么最终选了第三种。方案一后台代码遍历行设置 Visibilityforeach (var item in dataGrid.Items) { var row dataGrid.ItemContainerGenerator.ContainerFromItem(item) as DataGridRow; if (row ! null) { row.Visibility ShouldShow(item) ? Visibility.Visible : Visibility.Collapsed; } }这个方案最直观但坑最多。ContainerFromItem有个特性它只对“已经生成容器”的项返回有效结果。DataGrid 是虚拟化控件滚动后很多行根本没生成自然拿不到容器设置 Visibility 就失效了。而且上拉下拉时行的容器会被回收复用你设置的 Visibility 可能应用到了错误的数据项上。方案二通过集合筛选过滤数据源public ICollectionView FilteredView { get; set; } FilteredView CollectionViewSource.GetDefaultView(AllItems); FilteredView.Filter o ShouldShow(o);这个方案比方案一好很多因为它是纯数据层面的不碰控件容器。但问题在于它是“整个集合刷新”如果你的业务要求保留行状态比如选中态、行号或者你的显示条件很复杂、甚至需要同时显示/隐藏“某些特定行”而不是按统一规则过滤那Filter写起来就会比较绕。方案三RowStyle DataTrigger 动态控制行可见性最终采用这个方案的核心思路是把“行是否显示”抽象成 ViewModel 里的一个布尔属性在 DataGrid.RowStyle 里绑定该属性再用 DataTrigger 控制 Visibility。这种方式的好处是不依赖 DataGrid 的行容器是否生成纯样式层处理虚拟化下也完全稳定。逻辑集中在 XAML 里后台代码极简符合 MVVM 理念。多条件组合时通过多个 DataTrigger 或者 MultiDataTrigger 实现可读性和扩展性都很好。我当时最后选的就是方案三。下面我把完整的实现过程拆开讲。2. 核心细节解析与实操要点2.1 先搞懂 WPF 的 Visibility 和 DataTrigger 联动原理在 WPF 里UIElement.Visibility是个枚举Visible、Collapsed、Hidden。其中Collapsed和Hidden的区别是Collapsed元素不占布局空间等同于直接移除。Hidden元素占空间但不可见。对 DataGridRow 来说要隐藏行应该用Collapsed。否则该行虽然看不见但行高还在视觉效果如同一个空白间隙很容易被误认为 bug。而DataTrigger是 WPF 样式触发器的一种它能监听绑定值的状态变化。注意DataTrigger 的触发条件是“值相等”判断默认走Equals。所以当你绑定bool类型时可以直接写ValueTrue或ValueFalse。它的优先级规则是这样的本地赋值Local Value Style 中的 Setter Style 中的 Trigger/DataTrigger。这句话很关键。如果你在RowStyle里用DataTrigger设置了Visibility然后在Loaded事件或者按钮点击事件里直接给row.Visibility赋值那个赋值是LocalValue会覆盖掉 Style 的 Trigger 效果导致条件再怎么变化行也“固定”在错误状态。我第一次就是栽在这儿。所以正确做法是不要试图通过代码给 DataGridRow 设置 Visibility而是通过更新 ViewModel 中绑定的属性值来触发样式更新。2.2 RowStyle 的绑定路径设计直接绑 ViewModel还是绑数据项到了真正写 XAML 的时候第一个问题就是RowStyle里应该绑定什么DataGrid 的每一行对应一个数据项DataGridRow.DataContext就是这个数据项。所以如果你希望在“行”层面控制显隐最直接的方式是给数据项增加一个IsVisible属性public class ItemModel : INotifyPropertyChanged { public string Name { get; set; } public bool IsVisible { get; set; } }然后在 RowStyle 里Style TargetTypeDataGridRow Setter PropertyVisibility ValueVisible / Style.Triggers DataTrigger Binding{Binding IsVisible} ValueFalse Setter PropertyVisibility ValueCollapsed / /DataTrigger /Style.Triggers /Style这种写法简单直观。但问题也来了——如果“行是否显示”不是数据项本身固有的属性而是由页面状态比如用户勾选了一个“只显示异常”的 CheckBox动态决定的那把它塞进 ItemModel 里就很别扭。比如你十几个地方都要用这个表格每个使用方都要给数据项额外加一个IsVisible维护成本一下就上去了。我当时的选择是把行的显示状态做成一个独立属性放在当前界面的 ViewModel 里然后通过RelativeSource向上绑定。Style TargetTypeDataGridRow Setter PropertyVisibility ValueVisible / Style.Triggers DataTrigger ValueFalse DataTrigger.Binding MultiBinding Converter{StaticResource RowVisibilityConverter} Binding RelativeSource{RelativeSource AncestorTypeDataGrid} PathDataContext.ShowOnlyError / Binding PathIsError / /MultiBinding /DataTrigger.Binding Setter PropertyVisibility ValueCollapsed / /DataTrigger /Style.Triggers /Style这里我用了一个MultiBinding Converter的方式把“页面状态”和“当前行数据状态”组合起来再判断是否显示。如果你的逻辑更简单比如只看当前行数据里的某个字段那用单值DataTrigger绑定当前行的属性就足够了但如果涉及到外部状态联动用上面的 MultiBinding 方案会优雅很多。2.3 用 Converter 还是用多个 DataTrigger优先级和可读性的权衡有的人喜欢用BooleanToVisibilityConverter配合DataTriggerDataTrigger Binding{Binding IsVisible} ValueFalse Setter PropertyVisibility ValueCollapsed / /DataTrigger但实际业务中你未必只有一个条件。比如我需要当IsVisible false时隐藏当IsSpecialFlag true时强制显示无论 IsVisible 是否为 false。如果只用单个 DataTrigger就无法表达“强制显示”逻辑。这时候有两种选型写一个MultiConverter把多个条件揉成一个转换结果返回 Visibility。用多个 DataTrigger通过 Setter 里的值覆盖后声明的 Trigger 优先级更高。我建议简单场景用多个 DataTrigger复杂场景用 MultiConverter。多个 DataTrigger 的好处是逻辑声明式一眼能看懂而且不需要额外写转换器代码。例如Style TargetTypeDataGridRow Setter PropertyVisibility ValueVisible / Style.Triggers DataTrigger Binding{Binding IsVisible} ValueFalse Setter PropertyVisibility ValueCollapsed / /DataTrigger DataTrigger Binding{Binding IsForcedVisible} ValueTrue Setter PropertyVisibility ValueVisible / /DataTrigger /Style.Triggers /Style注意这里 “强制显示” 的DataTrigger写在后面它对应的 Setter 会覆盖前面设置的Collapsed。WPF 中同一属性的多个 Setter 在后声明者胜出。但如果反过来后面的触发器又把它设成 Collapsed那就需要你自己认真排顺序。所以我的经验是如果逻辑没有“强制覆盖”的需求直接在 ViewModel 里算好显示结果绑定一个 bool 属性再用一个 DataTrigger 就完事如果有强制覆盖需求才用多 DataTrigger 或 MultiConverter。3. 实操过程与核心环节实现3.1 准备一个可运行的实体类和 ViewModel我用一个常见的“订单列表”来演示。假设有个订单类我给它加了两个属性OrderId、Status、IsHidden。public class OrderInfo : INotifyPropertyChanged { private string _orderId; public string OrderId { get _orderId; set { _orderId value; OnPropertyChanged(); } } private string _status; public string Status { get _status; set { _status value; OnPropertyChanged(); } } private bool _isHidden; public bool IsHidden { get _isHidden; set { _isHidden value; OnPropertyChanged(); } } public event PropertyChangedEventHandler PropertyChanged; protected void OnPropertyChanged([CallerMemberName] string name null) { PropertyChanged?.Invoke(this, new PropertyChangedEventArgs(name)); } }然后在主 ViewModel 中public class MainViewModel { public ObservableCollectionOrderInfo Orders { get; set; } private bool _showHidden; public bool ShowHidden { get _showHidden; set { _showHidden value; OnPropertyChanged(nameof(ShowHidden)); } } }如果你的“动态显示”就是“根据筛选类型显示符合条件的数据”那还有一个更干脆的思路给 ViewModel 暴露不同的集合视图。但这又会回到“刷新集合”的问题上。我这里选择的是把ShowHidden作为页面层的开关结合每行的IsHidden属性做判断。3.2 设置 DataGrid.RowStyle用 DataTrigger 控制行显示这是核心 XAML 部分DataGrid ItemsSource{Binding Orders} AutoGenerateColumnsFalse SelectionModeSingle GridLinesVisibilityAll RowHeaderWidth0 DataGrid.RowStyle Style TargetTypeDataGridRow Setter PropertyVisibility ValueVisible / Style.Triggers DataTrigger Binding{Binding IsHidden} ValueTrue Setter PropertyVisibility ValueCollapsed / /DataTrigger DataTrigger Binding{Binding DataContext.ShowHidden, RelativeSource{RelativeSource AncestorTypeDataGrid}} ValueTrue Setter PropertyVisibility ValueVisible / /DataTrigger /Style.Triggers /Style /DataGrid.RowStyle /DataGrid我来解释一下这里的关键点第一个DataTrigger如果某一行数据的IsHidden为True就把行折叠。第二个DataTrigger如果页面开关ShowHidden为True就强制显示所有行。第二个触发器必须写在第一个后面这样当ShowHidden为 True 时无论IsHidden是什么后写的 Setter 会把 Visibility 覆盖为 Visible从而实现“显示隐藏行”的功能。有读者会问如果ShowHidden为 False第二个触发器不生效那IsHiddenTrue的行会被第一个触发器折叠。这不就是我们想要的吗对逻辑没问题。但这里有个“隐藏行高占位还是折叠”的细节要提——Collapsed让行完全不占空间不显示行分隔线视觉上很干净。如果因为某些原因你用了Visibility.Hidden行会白占地方还可能出现选中空白区域的问题非常误导人。3.3 完整示例结合选中高亮和单元格点击的实现细节热词里有“wpf datagrid 点单元格”和“选中默认是背景颜色”这其实也是很多人在做 DataGrid 动态行时容易忽略的点。因为你动态隐藏了某些行后用户点选行的行为、选中后的背景色都可能出现异常。先说点单元格。默认情况下DataGrid 点到单元格只会有 Cell 的焦点框不会自动选中整行。如果你希望“点任意单元格选中整行”有两个做法设置SelectionUnitFullRow这是标准做法。在CellStyle里把FocusVisualStyle置空避免点击单元格后出现虚线框。然后是选中行的背景色。很多人会发现自己给 DataGridRow 加了背景色但选中行时颜色不生效。这是因为 DataGrid 的默认选中样式是通过DataGridRow模板里的Trigger控制的而你的 RowStyle Setter 很可能被系统样式覆盖。解决方式是为DataGridRow重写模板或使用RowStyle里的 Trigger 来设置选中背景DataGrid.RowStyle Style TargetTypeDataGridRow Setter PropertyBackground ValueTransparent / Setter PropertyVisibility ValueVisible / Style.Triggers Trigger PropertyIsSelected ValueTrue Setter PropertyBackground Value#FFD5E8FF / Setter PropertyForeground ValueBlack / /Trigger DataTrigger Binding{Binding IsHidden} ValueTrue Setter PropertyVisibility ValueCollapsed / /DataTrigger DataTrigger Binding{Binding DataContext.ShowHidden, RelativeSource{RelativeSource AncestorTypeDataGrid}} ValueTrue Setter PropertyVisibility ValueVisible / /DataTrigger /Style.Triggers /Style /DataGrid.RowStyle注意我把IsSelected的 Trigger 也写在同一个 Style 里这样它和 Visibility 的 DataTrigger 属于同一优先级层不存在互相覆盖的问题。3.4 后台代码如何配合动态刷新行显示有人会问如果我不想把显示逻辑写在 ViewModel而是想在按钮点击时动态改怎么办推荐做法是改 ViewModel 属性而不是操作 UI 容器。private void OnToggleHiddenRows(bool showHidden) { ShowHidden showHidden; }只要ShowHidden是实现了INotifyPropertyChanged的属性XAML 中的DataTrigger会自动刷新。如果你一定要在后台代码里操作行那至少也要这样处理private void ForceRefreshRowVisibility() { foreach (var item in dataGrid.Items) { var row dataGrid.ItemContainerGenerator.ContainerFromItem(item) as DataGridRow; if (row null) continue; var order item as OrderInfo; if (order null) continue; if (order.IsHidden !vm.ShowHidden) row.Visibility Visibility.Collapsed; else row.Visibility Visibility.Visible; } }但这种方法在 DataGrid 虚拟化下很容易出问题滚到新区域时新生成的行不会主动调用这个刷新方法你可能还要监听ScrollViewer.ScrollChanged或ItemContainerGenerator.StatusChanged越写越复杂。所以我强烈不建议作为主方案最多作为辅助手段。3.5 使用集合视图过滤的替代实现适合不需要保留行状态的场景如果你只是简单地想做“动态显示行”而且不希望依赖 DataTrigger 的优先级逻辑我更推荐先考虑CollectionViewSource过滤。特别是当你只在“前端一个页面”临时展示数据并且不需要保留选中状态时这个方案最好使。先在 XAML 里定义Window.Resources CollectionViewSource x:KeyFilteredOrders Source{Binding Orders} FilterCollectionViewSource_Filter / /Window.Resources后台代码private void CollectionViewSource_Filter(object sender, FilterEventArgs e) { if (e.Item is OrderInfo order) { e.Accepted !order.IsHidden || vm.ShowHidden; } }然后按钮点击或 CheckBox 勾选后CollectionViewSource.GetDefaultView(dataGrid.ItemsSource).Refresh();这种方案的优点是简单粗暴不涉及样式优先级代码容易理解。缺点是每次筛选都是整个视图刷新数据量大时会有轻微卡顿而且如果你用了 DataGrid 的行选中刷新后选中状态会丢失。所以它更适合中小数据量的过滤场景。动态显示行的需求本身就是多种多样的没有一个方案能通吃所有情况。我把两个方案的坑都列一下你自己按业务取舍。4. 常见问题与排查技巧实录4.1 DataTrigger 不生效行死活不显示/不隐藏这是遇到最多的问题。排查顺序我希望你按顺序来先看绑定路径是否正确。在DataTrigger里如果没有指定RelativeSource绑定上下文默认是DataGridRow.DataContext也就是该行对应的数据项。如果数据项没有IsHidden属性绑定会静默失败视觉上就是没反应。再看 ViewModel 的属性是否实现了INotifyPropertyChanged。很多人改的是普通属性public bool IsHidden { get; set; }然后刷新数据后界面不更新。因为绑定根本不知道属性变了。检查是否被其他 UI 操作覆盖了本地值。如果你之前给某个行设置了row.Visibility Visible那么这个本地值优先级会压过 DataTrigger之后你更新 ViewModel 属性也没用了。用 Snoop 或 Visual Studio Live Property Explorer 检查实际 Visibility。这个最直接能立刻看出行的 Visibility 到底是哪一层设置的。我曾在一次项目中排查了一个多小时最后发现是同事在 ListView 的Loaded事件里给所有行手动设了Visibility导致 DataTrigger 永远“不生效”。所以说本地值覆盖样式触发值是个大坑。4.2 隐藏行后DataGrid 出现空白区域或者选中错乱有时候你用了Visibility.Collapsed行确实消失了但 DataGrid 底部还是多出一块空白或者滚动条的位置不对劲。这个现象多见于 DataGrid 处于虚拟化模式时因为行容器并没有全部生成有些行虽然 Visibility 是 Collapsed但容器被复用时可能还残留之前的布局信息。排查办法确认你设置的是Collapsed而不是Hidden。尝试给 DataGrid 设置EnableRowVirtualizationFalse看看是否复现如果关掉虚拟化后正常就说明是虚拟化下的容器复用问题。终极方案是不要在 RowStyle 之外手动设置行 Visibility让数据触发统一控制。另外如果你遇到“选中行背景色错乱”比如点第一行结果第二行高亮了这多半是行容器复用后 IsSelected 状态没有正确同步。在开启虚拟化时尽量避免依赖行的本地状态而应该在样式中用IsSelectedTrigger 控制背景。4.3 点了单元格后选不中整行这个也是被问烂的问题。DataGrid 默认的SelectionUnit是FullRow但如果你把SelectionUnit设置为Cell或者CellOrRowHeader点单元格时整行就不会被选中。恢复方法DataGrid SelectionUnitFullRow /如果你还想禁用单元格点击时的虚线焦点框DataGrid.CellStyle Style TargetTypeDataGridCell Setter PropertyFocusVisualStyle Value{x:Null} / Setter PropertyBorderThickness Value0 / /Style /DataGrid.CellStyle4.4 读取 DataGrid 表格内容时拿不到隐藏行热词里有“wpf读取datagrid表格内容”这个和动态显示行结合起来经常发生的问题就是你隐藏了一些行然后想“导出当前可见行”却发现导出的是全部数据。原因是DataGrid.ItemsSource指向的是原始集合而不是“经过行样式隐藏后的可见子集”。行样式只是控制了 UI 表现并没有改变数据源。解决方案有两个方向如果你用的是CollectionViewSource过滤直接从ICollectionView里取OfTypeOrderInfo().Where(...)就行。如果你用的是 RowStyle DataTrigger 这种“假隐藏”那导出时要自己按下发的筛选条件过滤一遍不能只依赖 ItemsSource。实际项目中我一般会建议如果这个表格以后要做导出、统计从一开始就使用 CollectionView 过滤而不是纯 UI 隐藏。这样可以保证数据和 UI 状态始终一致避免“导出的数据比看到的多”这种尴尬。5. 扩展技巧与踩坑心得5.1 用 MultiDataTrigger 处理多条件联合控制如果行显隐条件不是一个而是“状态为关闭 且 没有权限”时隐藏可以用MultiDataTriggerStyle TargetTypeDataGridRow Setter PropertyVisibility ValueVisible / Style.Triggers MultiDataTrigger MultiDataTrigger.Conditions Condition Binding{Binding Status} ValueClosed / Condition Binding{Binding HasPermission} ValueFalse / /MultiDataTrigger.Conditions Setter PropertyVisibility ValueCollapsed / /MultiDataTrigger /Style.Triggers /Style这种方式的好处是逻辑集中且可读性强条件再多也一目了然。缺点是如果某一个条件需要“或”逻辑比如状态为 Closed 或者 Cancelled 时都隐藏MultiDataTrigger 的多个 Condition 之间是“与”的关系实现“或”就得写多个 DataTrigger 或者改用 Converter。5.2 给隐藏行加一点过度动画效果可以但要留意取舍有人问过我能不能给行的显示/隐藏加上动画比如淡入淡出、高度收缩。理论上你可以通过自定义DataGridRow的模板在 Visibility 变化时播放DoubleAnimation控制 Height 或 Opacity。但我的建议是如果数据量小可以做数据量大千万别做。因为动画会强制 DataGrid 停止行虚拟化每一行都会保留容器和动画状态性能急剧下降。而且动画过程中如果用户快速滚动或切换条件容易出现“幽灵行”闪烁。我在一个小型配置页面做过一次当时只有几十行体验挺好后来同样代码放到一个上千行的日志表格里卡到鼠标拖动都费劲。最后我只保留状态切换动画全部砍掉。5.3 结合动态行显示做行号刷新如果你在 DataGrid 第一列显示行号那隐藏行后行号往往不会自动重排因为行号是在加载时计算的或者用的是AlternationIndex。隐藏行后会出现“1、2、4、5”这种间断的序号。解决方案是在LoadingRow事件里根据“当前可见行序号”重新赋值private void OnLoadingRow(object sender, DataGridRowEventArgs e) { var items dataGrid.Items.Castobject() .Where(item !(item is OrderInfo o) || !o.IsHidden || vm.ShowHidden) .ToList(); e.Row.Header items.IndexOf(e.Row.DataContext) 1; }注意这个思路只在“从数据层面知道哪些行是隐藏的”时有效。如果你用纯 DataTrigger 隐藏那你在LoadingRow里还要自己写一遍相同的过滤逻辑相当于逻辑写了两遍。这也是我后来放弃“UI 假隐藏”改用“集合过滤”的原因之一。5.4 页面初始化时怎么避免行样式闪烁有时窗口加载时DataGrid 会先显示一行行的数据然后 DataTrigger 条件生效又把一部分行隐藏掉视觉效果上就是“闪了一下”。解决方式在 ViewModel 构造时就把IsHidden和ShowHidden初始化正确不要等视图加载后再改。如果必须在 View 加载后触发可以先用IsVisible把表格遮住等数据绑定完再放开。或者给DataGrid加Initialization延迟绑定让样式先应用再渲染。我在实际开发中一般用第一种方式把筛选条件的初值在 ViewModel 构造函数里设置好几乎不会出现闪烁。5.5 从性能角度几千行大数据量的动态显示优化最后说说性能。如果你只是几十行的小表格用 RowStyle DataTrigger 没问题代码简洁直观。但如果数据量几千甚至上万再加上动态显示行有几个坑必须提前规避不要频繁更新 ViewModel 里的行属性。每改一个IsHidden就会触发该行的PropertyChanged如果一次更新几百个属性UI 会反复 layout很卡。如果筛选条件变化是整体性的优先用 CollectionViewSource.Filter一次 Refresh 高效完成。尽量开启行虚拟化不要在 RowStyle 里用复杂的 Template 或者大量 Trigger。DataGrid 的默认虚拟化在“仅控制 Visibility”时表现还可以但如果模板复杂度高性能下降明显。避免在 LoadingRow 里做聚合计算。比如上面提到的行号刷新每次滚动加载新行都会触发如果在里面遍历整个 ItemsSource会非常影响滚动流畅度。我的经验值是500 行以内随便玩500 到 2000 行建议用 CollectionView LoadingRow 简单处理2000 行以上还是好好设计ViewModel 的筛选逻辑必要时用分页。结语一些个人体会这个需求看起来简单但真正做下来你会发现它牵扯到 WPF 的样式优先级、DataGrid 的虚拟化机制、数据绑定刷新时机甚至在 MVVM 架构下还有职责划分的问题。我个人的建议是优先通过数据源层面解决“哪些行可见”界面样式只负责“怎么呈现”不要把业务判断散落在 UI 代码里。如果你是刚开始用 WPF 做表格相关功能建议先在简单项目里把 RowStyle 和 DataTrigger 玩熟再逐步接触 CollectionView 过滤、虚拟化性能调优这些东西。等把这些都过一遍你会发现类似“动态显示行”这样的需求根本不算事。希望这篇文章能帮你少走点弯路。 
长河君 · 2026/9/8 15:28:13 · 阅读 1.2k WPF DataGrid动态行显示：基于RowStyle与DataTrigger的MVVM实现
最近在做 WPF 项目时碰到一个挺典型的诉求DataGrid 要按条件动态控制某些行的显示与隐藏。乍一听好像不难但真上手你会发现直接操作Row.Visibility会踩坑绑定集合又容易把逻辑写散。我把自己实际调试通过的一套方案整理出来顺便把牵扯到的DataTrigger、RowStyle、MVVM 绑定这些知识点一并讲透看完你大概率能直接抄作业。1. 动态显示行的整体设计与核心思路1.1 理解需求什么场景下需要动态显示行先说说什么叫“动态显示行”。字面上看就是 DataGrid 里的某些行在满足特定条件时显示不满足时隐藏或者反过来。我遇到过的典型场景包括状态筛选表格里同时有“启用”和“停用”的数据希望只显示当前筛选状态的行。权限控制当前登录人没有审批权限时隐藏“待审批”的记录行防止误操作。分组切换通过 ToggleButton 切换“显示全部”和“仅显示异常”异常行之外的普通行全部隐藏。懒加载视觉优化先隐藏明细行点击“展开”时才显示实现类似 Master-Detail 的折叠效果。这类需求如果写在后台代码里通常的做法是遍历dataGrid.Items把每一行转成DataGridRow然后设置row.Visibility。不是不能跑但问题很明显一是和视图逻辑强耦合二是每次数据刷新或者滚动加载时你可能需要重新处理一遍很容易漏。更麻烦的是如果你在后台代码里直接改了Visibility再和样式里的DataTrigger搭配会有优先级冲突行为会很诡异。这个后面我会专门解释。1.2 三种方案选型后台遍历、集合过滤、DataTrigger我先把自己的踩坑经历摆出来方便你理解为什么最终选了第三种。方案一后台代码遍历行设置 Visibilityforeach (var item in dataGrid.Items) { var row dataGrid.ItemContainerGenerator.ContainerFromItem(item) as DataGridRow; if (row ! null) { row.Visibility ShouldShow(item) ? Visibility.Visible : Visibility.Collapsed; } }这个方案最直观但坑最多。ContainerFromItem有个特性它只对“已经生成容器”的项返回有效结果。DataGrid 是虚拟化控件滚动后很多行根本没生成自然拿不到容器设置 Visibility 就失效了。而且上拉下拉时行的容器会被回收复用你设置的 Visibility 可能应用到了错误的数据项上。方案二通过集合筛选过滤数据源public ICollectionView FilteredView { get; set; } FilteredView CollectionViewSource.GetDefaultView(AllItems); FilteredView.Filter o ShouldShow(o);这个方案比方案一好很多因为它是纯数据层面的不碰控件容器。但问题在于它是“整个集合刷新”如果你的业务要求保留行状态比如选中态、行号或者你的显示条件很复杂、甚至需要同时显示/隐藏“某些特定行”而不是按统一规则过滤那Filter写起来就会比较绕。方案三RowStyle DataTrigger 动态控制行可见性最终采用这个方案的核心思路是把“行是否显示”抽象成 ViewModel 里的一个布尔属性在 DataGrid.RowStyle 里绑定该属性再用 DataTrigger 控制 Visibility。这种方式的好处是不依赖 DataGrid 的行容器是否生成纯样式层处理虚拟化下也完全稳定。逻辑集中在 XAML 里后台代码极简符合 MVVM 理念。多条件组合时通过多个 DataTrigger 或者 MultiDataTrigger 实现可读性和扩展性都很好。我当时最后选的就是方案三。下面我把完整的实现过程拆开讲。2. 核心细节解析与实操要点2.1 先搞懂 WPF 的 Visibility 和 DataTrigger 联动原理在 WPF 里UIElement.Visibility是个枚举Visible、Collapsed、Hidden。其中Collapsed和Hidden的区别是Collapsed元素不占布局空间等同于直接移除。Hidden元素占空间但不可见。对 DataGridRow 来说要隐藏行应该用Collapsed。否则该行虽然看不见但行高还在视觉效果如同一个空白间隙很容易被误认为 bug。而DataTrigger是 WPF 样式触发器的一种它能监听绑定值的状态变化。注意DataTrigger 的触发条件是“值相等”判断默认走Equals。所以当你绑定bool类型时可以直接写ValueTrue或ValueFalse。它的优先级规则是这样的本地赋值Local Value Style 中的 Setter Style 中的 Trigger/DataTrigger。这句话很关键。如果你在RowStyle里用DataTrigger设置了Visibility然后在Loaded事件或者按钮点击事件里直接给row.Visibility赋值那个赋值是LocalValue会覆盖掉 Style 的 Trigger 效果导致条件再怎么变化行也“固定”在错误状态。我第一次就是栽在这儿。所以正确做法是不要试图通过代码给 DataGridRow 设置 Visibility而是通过更新 ViewModel 中绑定的属性值来触发样式更新。2.2 RowStyle 的绑定路径设计直接绑 ViewModel还是绑数据项到了真正写 XAML 的时候第一个问题就是RowStyle里应该绑定什么DataGrid 的每一行对应一个数据项DataGridRow.DataContext就是这个数据项。所以如果你希望在“行”层面控制显隐最直接的方式是给数据项增加一个IsVisible属性public class ItemModel : INotifyPropertyChanged { public string Name { get; set; } public bool IsVisible { get; set; } }然后在 RowStyle 里Style TargetTypeDataGridRow Setter PropertyVisibility ValueVisible / Style.Triggers DataTrigger Binding{Binding IsVisible} ValueFalse Setter PropertyVisibility ValueCollapsed / /DataTrigger /Style.Triggers /Style这种写法简单直观。但问题也来了——如果“行是否显示”不是数据项本身固有的属性而是由页面状态比如用户勾选了一个“只显示异常”的 CheckBox动态决定的那把它塞进 ItemModel 里就很别扭。比如你十几个地方都要用这个表格每个使用方都要给数据项额外加一个IsVisible维护成本一下就上去了。我当时的选择是把行的显示状态做成一个独立属性放在当前界面的 ViewModel 里然后通过RelativeSource向上绑定。Style TargetTypeDataGridRow Setter PropertyVisibility ValueVisible / Style.Triggers DataTrigger ValueFalse DataTrigger.Binding MultiBinding Converter{StaticResource RowVisibilityConverter} Binding RelativeSource{RelativeSource AncestorTypeDataGrid} PathDataContext.ShowOnlyError / Binding PathIsError / /MultiBinding /DataTrigger.Binding Setter PropertyVisibility ValueCollapsed / /DataTrigger /Style.Triggers /Style这里我用了一个MultiBinding Converter的方式把“页面状态”和“当前行数据状态”组合起来再判断是否显示。如果你的逻辑更简单比如只看当前行数据里的某个字段那用单值DataTrigger绑定当前行的属性就足够了但如果涉及到外部状态联动用上面的 MultiBinding 方案会优雅很多。2.3 用 Converter 还是用多个 DataTrigger优先级和可读性的权衡有的人喜欢用BooleanToVisibilityConverter配合DataTriggerDataTrigger Binding{Binding IsVisible} ValueFalse Setter PropertyVisibility ValueCollapsed / /DataTrigger但实际业务中你未必只有一个条件。比如我需要当IsVisible false时隐藏当IsSpecialFlag true时强制显示无论 IsVisible 是否为 false。如果只用单个 DataTrigger就无法表达“强制显示”逻辑。这时候有两种选型写一个MultiConverter把多个条件揉成一个转换结果返回 Visibility。用多个 DataTrigger通过 Setter 里的值覆盖后声明的 Trigger 优先级更高。我建议简单场景用多个 DataTrigger复杂场景用 MultiConverter。多个 DataTrigger 的好处是逻辑声明式一眼能看懂而且不需要额外写转换器代码。例如Style TargetTypeDataGridRow Setter PropertyVisibility ValueVisible / Style.Triggers DataTrigger Binding{Binding IsVisible} ValueFalse Setter PropertyVisibility ValueCollapsed / /DataTrigger DataTrigger Binding{Binding IsForcedVisible} ValueTrue Setter PropertyVisibility ValueVisible / /DataTrigger /Style.Triggers /Style注意这里 “强制显示” 的DataTrigger写在后面它对应的 Setter 会覆盖前面设置的Collapsed。WPF 中同一属性的多个 Setter 在后声明者胜出。但如果反过来后面的触发器又把它设成 Collapsed那就需要你自己认真排顺序。所以我的经验是如果逻辑没有“强制覆盖”的需求直接在 ViewModel 里算好显示结果绑定一个 bool 属性再用一个 DataTrigger 就完事如果有强制覆盖需求才用多 DataTrigger 或 MultiConverter。3. 实操过程与核心环节实现3.1 准备一个可运行的实体类和 ViewModel我用一个常见的“订单列表”来演示。假设有个订单类我给它加了两个属性OrderId、Status、IsHidden。public class OrderInfo : INotifyPropertyChanged { private string _orderId; public string OrderId { get _orderId; set { _orderId value; OnPropertyChanged(); } } private string _status; public string Status { get _status; set { _status value; OnPropertyChanged(); } } private bool _isHidden; public bool IsHidden { get _isHidden; set { _isHidden value; OnPropertyChanged(); } } public event PropertyChangedEventHandler PropertyChanged; protected void OnPropertyChanged([CallerMemberName] string name null) { PropertyChanged?.Invoke(this, new PropertyChangedEventArgs(name)); } }然后在主 ViewModel 中public class MainViewModel { public ObservableCollectionOrderInfo Orders { get; set; } private bool _showHidden; public bool ShowHidden { get _showHidden; set { _showHidden value; OnPropertyChanged(nameof(ShowHidden)); } } }如果你的“动态显示”就是“根据筛选类型显示符合条件的数据”那还有一个更干脆的思路给 ViewModel 暴露不同的集合视图。但这又会回到“刷新集合”的问题上。我这里选择的是把ShowHidden作为页面层的开关结合每行的IsHidden属性做判断。3.2 设置 DataGrid.RowStyle用 DataTrigger 控制行显示这是核心 XAML 部分DataGrid ItemsSource{Binding Orders} AutoGenerateColumnsFalse SelectionModeSingle GridLinesVisibilityAll RowHeaderWidth0 DataGrid.RowStyle Style TargetTypeDataGridRow Setter PropertyVisibility ValueVisible / Style.Triggers DataTrigger Binding{Binding IsHidden} ValueTrue Setter PropertyVisibility ValueCollapsed / /DataTrigger DataTrigger Binding{Binding DataContext.ShowHidden, RelativeSource{RelativeSource AncestorTypeDataGrid}} ValueTrue Setter PropertyVisibility ValueVisible / /DataTrigger /Style.Triggers /Style /DataGrid.RowStyle /DataGrid我来解释一下这里的关键点第一个DataTrigger如果某一行数据的IsHidden为True就把行折叠。第二个DataTrigger如果页面开关ShowHidden为True就强制显示所有行。第二个触发器必须写在第一个后面这样当ShowHidden为 True 时无论IsHidden是什么后写的 Setter 会把 Visibility 覆盖为 Visible从而实现“显示隐藏行”的功能。有读者会问如果ShowHidden为 False第二个触发器不生效那IsHiddenTrue的行会被第一个触发器折叠。这不就是我们想要的吗对逻辑没问题。但这里有个“隐藏行高占位还是折叠”的细节要提——Collapsed让行完全不占空间不显示行分隔线视觉上很干净。如果因为某些原因你用了Visibility.Hidden行会白占地方还可能出现选中空白区域的问题非常误导人。3.3 完整示例结合选中高亮和单元格点击的实现细节热词里有“wpf datagrid 点单元格”和“选中默认是背景颜色”这其实也是很多人在做 DataGrid 动态行时容易忽略的点。因为你动态隐藏了某些行后用户点选行的行为、选中后的背景色都可能出现异常。先说点单元格。默认情况下DataGrid 点到单元格只会有 Cell 的焦点框不会自动选中整行。如果你希望“点任意单元格选中整行”有两个做法设置SelectionUnitFullRow这是标准做法。在CellStyle里把FocusVisualStyle置空避免点击单元格后出现虚线框。然后是选中行的背景色。很多人会发现自己给 DataGridRow 加了背景色但选中行时颜色不生效。这是因为 DataGrid 的默认选中样式是通过DataGridRow模板里的Trigger控制的而你的 RowStyle Setter 很可能被系统样式覆盖。解决方式是为DataGridRow重写模板或使用RowStyle里的 Trigger 来设置选中背景DataGrid.RowStyle Style TargetTypeDataGridRow Setter PropertyBackground ValueTransparent / Setter PropertyVisibility ValueVisible / Style.Triggers Trigger PropertyIsSelected ValueTrue Setter PropertyBackground Value#FFD5E8FF / Setter PropertyForeground ValueBlack / /Trigger DataTrigger Binding{Binding IsHidden} ValueTrue Setter PropertyVisibility ValueCollapsed / /DataTrigger DataTrigger Binding{Binding DataContext.ShowHidden, RelativeSource{RelativeSource AncestorTypeDataGrid}} ValueTrue Setter PropertyVisibility ValueVisible / /DataTrigger /Style.Triggers /Style /DataGrid.RowStyle注意我把IsSelected的 Trigger 也写在同一个 Style 里这样它和 Visibility 的 DataTrigger 属于同一优先级层不存在互相覆盖的问题。3.4 后台代码如何配合动态刷新行显示有人会问如果我不想把显示逻辑写在 ViewModel而是想在按钮点击时动态改怎么办推荐做法是改 ViewModel 属性而不是操作 UI 容器。private void OnToggleHiddenRows(bool showHidden) { ShowHidden showHidden; }只要ShowHidden是实现了INotifyPropertyChanged的属性XAML 中的DataTrigger会自动刷新。如果你一定要在后台代码里操作行那至少也要这样处理private void ForceRefreshRowVisibility() { foreach (var item in dataGrid.Items) { var row dataGrid.ItemContainerGenerator.ContainerFromItem(item) as DataGridRow; if (row null) continue; var order item as OrderInfo; if (order null) continue; if (order.IsHidden !vm.ShowHidden) row.Visibility Visibility.Collapsed; else row.Visibility Visibility.Visible; } }但这种方法在 DataGrid 虚拟化下很容易出问题滚到新区域时新生成的行不会主动调用这个刷新方法你可能还要监听ScrollViewer.ScrollChanged或ItemContainerGenerator.StatusChanged越写越复杂。所以我强烈不建议作为主方案最多作为辅助手段。3.5 使用集合视图过滤的替代实现适合不需要保留行状态的场景如果你只是简单地想做“动态显示行”而且不希望依赖 DataTrigger 的优先级逻辑我更推荐先考虑CollectionViewSource过滤。特别是当你只在“前端一个页面”临时展示数据并且不需要保留选中状态时这个方案最好使。先在 XAML 里定义Window.Resources CollectionViewSource x:KeyFilteredOrders Source{Binding Orders} FilterCollectionViewSource_Filter / /Window.Resources后台代码private void CollectionViewSource_Filter(object sender, FilterEventArgs e) { if (e.Item is OrderInfo order) { e.Accepted !order.IsHidden || vm.ShowHidden; } }然后按钮点击或 CheckBox 勾选后CollectionViewSource.GetDefaultView(dataGrid.ItemsSource).Refresh();这种方案的优点是简单粗暴不涉及样式优先级代码容易理解。缺点是每次筛选都是整个视图刷新数据量大时会有轻微卡顿而且如果你用了 DataGrid 的行选中刷新后选中状态会丢失。所以它更适合中小数据量的过滤场景。动态显示行的需求本身就是多种多样的没有一个方案能通吃所有情况。我把两个方案的坑都列一下你自己按业务取舍。4. 常见问题与排查技巧实录4.1 DataTrigger 不生效行死活不显示/不隐藏这是遇到最多的问题。排查顺序我希望你按顺序来先看绑定路径是否正确。在DataTrigger里如果没有指定RelativeSource绑定上下文默认是DataGridRow.DataContext也就是该行对应的数据项。如果数据项没有IsHidden属性绑定会静默失败视觉上就是没反应。再看 ViewModel 的属性是否实现了INotifyPropertyChanged。很多人改的是普通属性public bool IsHidden { get; set; }然后刷新数据后界面不更新。因为绑定根本不知道属性变了。检查是否被其他 UI 操作覆盖了本地值。如果你之前给某个行设置了row.Visibility Visible那么这个本地值优先级会压过 DataTrigger之后你更新 ViewModel 属性也没用了。用 Snoop 或 Visual Studio Live Property Explorer 检查实际 Visibility。这个最直接能立刻看出行的 Visibility 到底是哪一层设置的。我曾在一次项目中排查了一个多小时最后发现是同事在 ListView 的Loaded事件里给所有行手动设了Visibility导致 DataTrigger 永远“不生效”。所以说本地值覆盖样式触发值是个大坑。4.2 隐藏行后DataGrid 出现空白区域或者选中错乱有时候你用了Visibility.Collapsed行确实消失了但 DataGrid 底部还是多出一块空白或者滚动条的位置不对劲。这个现象多见于 DataGrid 处于虚拟化模式时因为行容器并没有全部生成有些行虽然 Visibility 是 Collapsed但容器被复用时可能还残留之前的布局信息。排查办法确认你设置的是Collapsed而不是Hidden。尝试给 DataGrid 设置EnableRowVirtualizationFalse看看是否复现如果关掉虚拟化后正常就说明是虚拟化下的容器复用问题。终极方案是不要在 RowStyle 之外手动设置行 Visibility让数据触发统一控制。另外如果你遇到“选中行背景色错乱”比如点第一行结果第二行高亮了这多半是行容器复用后 IsSelected 状态没有正确同步。在开启虚拟化时尽量避免依赖行的本地状态而应该在样式中用IsSelectedTrigger 控制背景。4.3 点了单元格后选不中整行这个也是被问烂的问题。DataGrid 默认的SelectionUnit是FullRow但如果你把SelectionUnit设置为Cell或者CellOrRowHeader点单元格时整行就不会被选中。恢复方法DataGrid SelectionUnitFullRow /如果你还想禁用单元格点击时的虚线焦点框DataGrid.CellStyle Style TargetTypeDataGridCell Setter PropertyFocusVisualStyle Value{x:Null} / Setter PropertyBorderThickness Value0 / /Style /DataGrid.CellStyle4.4 读取 DataGrid 表格内容时拿不到隐藏行热词里有“wpf读取datagrid表格内容”这个和动态显示行结合起来经常发生的问题就是你隐藏了一些行然后想“导出当前可见行”却发现导出的是全部数据。原因是DataGrid.ItemsSource指向的是原始集合而不是“经过行样式隐藏后的可见子集”。行样式只是控制了 UI 表现并没有改变数据源。解决方案有两个方向如果你用的是CollectionViewSource过滤直接从ICollectionView里取OfTypeOrderInfo().Where(...)就行。如果你用的是 RowStyle DataTrigger 这种“假隐藏”那导出时要自己按下发的筛选条件过滤一遍不能只依赖 ItemsSource。实际项目中我一般会建议如果这个表格以后要做导出、统计从一开始就使用 CollectionView 过滤而不是纯 UI 隐藏。这样可以保证数据和 UI 状态始终一致避免“导出的数据比看到的多”这种尴尬。5. 扩展技巧与踩坑心得5.1 用 MultiDataTrigger 处理多条件联合控制如果行显隐条件不是一个而是“状态为关闭 且 没有权限”时隐藏可以用MultiDataTriggerStyle TargetTypeDataGridRow Setter PropertyVisibility ValueVisible / Style.Triggers MultiDataTrigger MultiDataTrigger.Conditions Condition Binding{Binding Status} ValueClosed / Condition Binding{Binding HasPermission} ValueFalse / /MultiDataTrigger.Conditions Setter PropertyVisibility ValueCollapsed / /MultiDataTrigger /Style.Triggers /Style这种方式的好处是逻辑集中且可读性强条件再多也一目了然。缺点是如果某一个条件需要“或”逻辑比如状态为 Closed 或者 Cancelled 时都隐藏MultiDataTrigger 的多个 Condition 之间是“与”的关系实现“或”就得写多个 DataTrigger 或者改用 Converter。5.2 给隐藏行加一点过度动画效果可以但要留意取舍有人问过我能不能给行的显示/隐藏加上动画比如淡入淡出、高度收缩。理论上你可以通过自定义DataGridRow的模板在 Visibility 变化时播放DoubleAnimation控制 Height 或 Opacity。但我的建议是如果数据量小可以做数据量大千万别做。因为动画会强制 DataGrid 停止行虚拟化每一行都会保留容器和动画状态性能急剧下降。而且动画过程中如果用户快速滚动或切换条件容易出现“幽灵行”闪烁。我在一个小型配置页面做过一次当时只有几十行体验挺好后来同样代码放到一个上千行的日志表格里卡到鼠标拖动都费劲。最后我只保留状态切换动画全部砍掉。5.3 结合动态行显示做行号刷新如果你在 DataGrid 第一列显示行号那隐藏行后行号往往不会自动重排因为行号是在加载时计算的或者用的是AlternationIndex。隐藏行后会出现“1、2、4、5”这种间断的序号。解决方案是在LoadingRow事件里根据“当前可见行序号”重新赋值private void OnLoadingRow(object sender, DataGridRowEventArgs e) { var items dataGrid.Items.Castobject() .Where(item !(item is OrderInfo o) || !o.IsHidden || vm.ShowHidden) .ToList(); e.Row.Header items.IndexOf(e.Row.DataContext) 1; }注意这个思路只在“从数据层面知道哪些行是隐藏的”时有效。如果你用纯 DataTrigger 隐藏那你在LoadingRow里还要自己写一遍相同的过滤逻辑相当于逻辑写了两遍。这也是我后来放弃“UI 假隐藏”改用“集合过滤”的原因之一。5.4 页面初始化时怎么避免行样式闪烁有时窗口加载时DataGrid 会先显示一行行的数据然后 DataTrigger 条件生效又把一部分行隐藏掉视觉效果上就是“闪了一下”。解决方式在 ViewModel 构造时就把IsHidden和ShowHidden初始化正确不要等视图加载后再改。如果必须在 View 加载后触发可以先用IsVisible把表格遮住等数据绑定完再放开。或者给DataGrid加Initialization延迟绑定让样式先应用再渲染。我在实际开发中一般用第一种方式把筛选条件的初值在 ViewModel 构造函数里设置好几乎不会出现闪烁。5.5 从性能角度几千行大数据量的动态显示优化最后说说性能。如果你只是几十行的小表格用 RowStyle DataTrigger 没问题代码简洁直观。但如果数据量几千甚至上万再加上动态显示行有几个坑必须提前规避不要频繁更新 ViewModel 里的行属性。每改一个IsHidden就会触发该行的PropertyChanged如果一次更新几百个属性UI 会反复 layout很卡。如果筛选条件变化是整体性的优先用 CollectionViewSource.Filter一次 Refresh 高效完成。尽量开启行虚拟化不要在 RowStyle 里用复杂的 Template 或者大量 Trigger。DataGrid 的默认虚拟化在“仅控制 Visibility”时表现还可以但如果模板复杂度高性能下降明显。避免在 LoadingRow 里做聚合计算。比如上面提到的行号刷新每次滚动加载新行都会触发如果在里面遍历整个 ItemsSource会非常影响滚动流畅度。我的经验值是500 行以内随便玩500 到 2000 行建议用 CollectionView LoadingRow 简单处理2000 行以上还是好好设计ViewModel 的筛选逻辑必要时用分页。结语一些个人体会这个需求看起来简单但真正做下来你会发现它牵扯到 WPF 的样式优先级、DataGrid 的虚拟化机制、数据绑定刷新时机甚至在 MVVM 架构下还有职责划分的问题。我个人的建议是优先通过数据源层面解决“哪些行可见”界面样式只负责“怎么呈现”不要把业务判断散落在 UI 代码里。如果你是刚开始用 WPF 做表格相关功能建议先在简单项目里把 RowStyle 和 DataTrigger 玩熟再逐步接触 CollectionView 过滤、虚拟化性能调优这些东西。等把这些都过一遍你会发现类似“动态显示行”这样的需求根本不算事。希望这篇文章能帮你少走点弯路。