简介面向C# WinForms开发者的实用示例资源聚焦DataGridView控件原生不支持树形结构这一痛点演示如何通过自定义数据模型、扩展控件行为与事件处理在表格中模拟层次化数据的展开与折叠展示适合具备一定WinForms基础、希望提升控件定制能力的中级开发者参考。压缩包共32个文件约68KB以cs源码文件为主辅以config配置、resx资源、csproj项目文件及sln解决方案等构成可直接在Visual Studio 2012中打开的完整工程。资源围绕树节点模型设计、数据绑定、列显示隐藏控制、OnRowPrePaint自定义渲染展开折叠图标以及CellClick事件响应等环节给出实现代码读者可据此理解DataGridView的扩展思路与渲染机制并迁移到目录树、分类列表等实际场景中。目前已有1959人学习下载可作为控件定制与树形展示的入门参考。1. 把树塞进表格DataGridView 树形列表到底解决什么问题后台管理系统里最常见的两难业务方要“像资源管理器那样一层层展开”可手头只有 DataGridView。TreeView 能折叠但不能多列对齐DataGridView 能多列排序、能编辑、能冻结列却天生是平铺的行集合。DataGridView 树形列表这个需求本质是在一个二维表格控件里模拟出层级关系——用缩进、展开图标和行状态把父子关系“画”出来。它适合做组织架构、物料 BOM、菜单权限、分类目录这类层级明确、又需要多列展示属性的场景。不适合节点上万、需要拖拽重排或复杂连线的图结构。下面按我实际拆过的做法从数据建模讲到展开逻辑再到几个必踩的坑。2. 数据建模先想清楚父子关系怎么存2.1 三种存法选错后面全在还债树形数据落到表格里第一件事不是写界面代码是定数据结构。常见三种存法邻接表每行存 ParentId、路径枚举存 “1/3/7” 这样的路径串、嵌套集左右值。DataGridView 树形列表这个场景我一般选邻接表原因是它和“一行一个节点”的表格模型天然对齐增删节点只改一行展开状态也好挂。路径枚举适合做面包屑和快速查子孙但节点移动时要批量改路径维护成本高。嵌套集查询子树快可插入删除要重算左右值后台管理这种频繁增删的场景不划算。邻接表的核心字段就三个Id、ParentId、SortOrder。ParentId 为 0 或 null 表示根节点SortOrder 决定同级顺序。这里有个容易被忽略的点排序必须按“同级内排序”而不是全局排序否则展开后子节点会插到别的父节点下面去。我一般会在数据层就按 ParentId SortOrder 排好界面层只负责按当前可见集合重排。public class TreeNodeItem { public int Id { get; set; } public int ParentId { get; set; } // 0 表示根 public int SortOrder { get; set; } public string Name { get; set; } public string Category { get; set; } // 业务列演示多列展示 public int Level { get; set; } // 层级用于缩进 public bool IsExpanded { get; set; } // 展开状态 public bool HasChildren { get; set; }// 是否叶子决定画不画图标 }这段模型里Level 和 IsExpanded 是“界面态”不是业务态。有人图省事把展开状态存进数据库结果多用户互相干扰血泪经验展开状态属于会话别持久化。HasChildren 可以在加载时算一次避免每次点击都去查子节点数量。2.2 扁平化树转表的唯一正确姿势DataGridView 只认行所以必须把树“拍平”成一个按显示顺序排列的列表。拍平的规则是从根开始遇到展开的节点就递归插入它的子节点遇到折叠的就跳过整棵子树。这个递归顺序决定了行的上下关系也是后面所有展开/折叠操作的基础。private ListTreeNodeItem Flatten(ListTreeNodeItem all, int parentId 0) { var result new ListTreeNodeItem(); // 同级按 SortOrder 排序保证显示顺序稳定 var children all.Where(x x.ParentId parentId) .OrderBy(x x.SortOrder).ToList(); foreach (var node in children) { result.Add(node); if (node.IsExpanded node.HasChildren) { // 递归插入子节点层级 1 用于缩进 var sub Flatten(all, node.Id); foreach (var s in sub) s.Level node.Level 1; result.AddRange(sub); } } return result; }逻辑说明入口 parentId 传 0 拿根节点每个节点加入结果后只有 IsExpanded 为真才继续下钻。参数上Level 在递归里逐层加一缩进宽度就靠它乘一个像素值。注意这里每次展开/折叠都重新拍平整个列表节点几千以内没问题上万节点要改成增量插入否则会有明显卡顿。这是选型边界不是玄学。3. 界面落地缩进、图标与展开交互3.1 用 CellPainting 画缩进和加减号DataGridView 没有内置树列常见做法是拿第一列当“树列”在 CellPainting 事件里自己画缩进和展开图标。为什么不用给每行塞一个 PictureBox因为行虚拟化下控件会错位而且几百行就是几百个控件滚动直接翻车。自绘是唯一稳的路子。private void grid_CellPainting(object sender, DataGridViewCellPaintingEventArgs e) { if (e.ColumnIndex ! 0 || e.RowIndex 0) return; e.PaintBackground(e.CellBounds, true); var node (TreeNodeItem)grid.Rows[e.RowIndex].DataBoundItem; int indent node.Level * 16; // 每层缩进 16px int iconSize 12; var iconRect new Rectangle( e.CellBounds.Left indent 2, e.CellBounds.Top (e.CellBounds.Height - iconSize) / 2, iconSize, iconSize); if (node.HasChildren) { // 画方框和加减号展开画减折叠画加 e.Graphics.DrawRectangle(Pens.Gray, iconRect); e.Graphics.DrawLine(Pens.Gray, iconRect.Left 3, iconRect.Top iconSize / 2, iconRect.Right - 3, iconRect.Top iconSize / 2); if (!node.IsExpanded) e.Graphics.DrawLine(Pens.Gray, iconRect.Left iconSize / 2, iconRect.Top 3, iconRect.Left iconSize / 2, iconRect.Bottom - 3); } // 文字从图标右侧开始画 var textRect new Rectangle( iconRect.Right 4, e.CellBounds.Top, e.CellBounds.Right - iconRect.Right - 4, e.CellBounds.Height); TextRenderer.DrawText(e.Graphics, node.Name, e.CellStyle.Font, textRect, e.CellStyle.ForeColor, TextFormatFlags.VerticalCenter); e.Handled true; // 阻止默认绘制否则文字会重影 }参数说明indent 是每层缩进像素16 是经验值太小层级看不清太大深层节点文字被挤出列宽。iconSize 和行高要匹配行高 24 左右时 12px 图标刚好。e.Handled true 必须设不然默认绘制会把文字再画一遍出现重影——这个坑我第一次做时排查了半天。另外列宽要留够深层节点缩进后文字区域可能为负宽度TextRenderer 会直接不画表现为“深层节点名字消失”。3.2 点击图标切换展开别用 CellClick 硬判展开交互的关键是命中区域判断只有点到那个小方框才切换点文字应该是选中行。用 CellClick 拿鼠标坐标和图标矩形比对比用 CellContentClick 可靠因为后者对自绘内容不敏感。private void grid_CellMouseClick(object sender, DataGridViewCellMouseEventArgs e) { if (e.ColumnIndex ! 0 || e.RowIndex 0) return; var node (TreeNodeItem)grid.Rows[e.RowIndex].DataBoundItem; if (!node.HasChildren) return; int indent node.Level * 16; var iconRect new Rectangle(indent 2, 0, 12, grid.RowTemplate.Height); // 只比较水平方向垂直方向整行都算命中容错更高 if (e.X iconRect.Left e.X iconRect.Right) { node.IsExpanded !node.IsExpanded; RebindGrid(); // 重新拍平并绑定 } }这里垂直方向故意放宽到整行因为用户点图标时手抖上下偏几个像素很常见严格比对矩形会导致“点了没反应”的投诉。RebindGrid 内部就是重新调 Flatten 再赋 DataSource。注意重新绑定后选中行会丢需要记住当前节点 Id绑定完再定位回去否则用户展开一次就跳回顶部体验很差。3.3 绑定与列配置别让自动列生成坏事绑定用 BindingList 或直接 List 都行但 AutoGenerateColumns 建议关掉手动配列。原因有两个一是树列要固定在第一列且不能排序自动生成会把它当普通列二是业务列的顺序和宽度需要控制。树列设成只读、禁止排序其他列正常。grid.AutoGenerateColumns false; grid.Columns.Clear(); grid.Columns.Add(new DataGridViewTextBoxColumn { Name TreeCol, HeaderText 名称, DataPropertyName Name, ReadOnly true, SortMode DataGridViewColumnSortMode.NotSortable, Width 260 }); grid.Columns.Add(new DataGridViewTextBoxColumn { HeaderText 分类, DataPropertyName Category, Width 120 }); grid.DataSource new BindingListTreeNodeItem(Flatten(allNodes));树列必须 NotSortable否则用户点表头一排序父子顺序全乱缩进还在但层级关系对不上看起来像数据错乱。其他列如果要做排序得在排序事件里对“当前可见的扁平列表”排而不是对原始树排这个后面避坑章细说。4. 避坑排查五个让树形列表翻车的细节4.1 展开后子节点跑到别的父节点下面现象点开 A 节点它的子节点却出现在 B 节点下方。原因拍平时用了全局 SortOrder 排序或者数据源本身没按 ParentId 分组。解决Flatten 里严格按 ParentId 过滤后再按 SortOrder 排别在绑定前对整表做一次全局 OrderBy。我见过有人在 SQL 里ORDER BY SortOrder就完事结果同级顺序对了、父子归属错了。4.2 深层节点文字消失或缩进错位现象三四层以后的节点名字看不见或者缩进比预期少一截。原因Level 在递归里没正确累加或者列宽不够导致文字区域宽度为负。解决递归时显式传层级并赋值别依赖节点自带的 Level同时给树列设最小宽度或在 CellPainting 里对负宽度做保护宽度小于 20 就不画文字只画图标。4.3 重新绑定后滚动位置和选中行丢失现象每次展开/折叠表格跳回顶部之前选中的行也没了。原因重新赋 DataSource 会重置滚动和选择。解决绑定前记下当前选中节点的 Id 和 FirstDisplayedScrollingRowIndex绑定后按 Id 找回行索引再恢复选中和滚动。节点多时这一步能明显减少“这破系统一点就跳”的抱怨。4.4 排序表头把树结构排散现象点了“分类”列排序缩进还在但父子关系乱了。原因DataGridView 默认对绑定列表整体排序扁平列表一排序就丢了层级顺序。解决树列禁排序其他列若要排序在 SortCompare 事件里只对同级节点比较或者干脆禁用排序、改用筛选。后台管理里树形列表配全局排序本身就是伪需求多数时候用户要的是“在当前层级里找”不是“把所有层混在一起排”。4.5 节点多时展开卡顿现象几千节点时点一次展开要卡一两秒。原因每次全量 Flatten 加全量重绑还触发了 CellPainting 重绘。解决改成增量操作——展开时只把该节点的子树插入到当前行下方折叠时只移除对应行区间或者用虚拟模式VirtualMode只渲染可见行。节点过万就别硬撑 DataGridView 树形列表了换专业树表格控件或分页加载这是选型边界。5. 进阶用虚拟模式撑住大节点量并做展开状态记忆节点量上来以后全量绑定必然吃力。我的做法是切到 VirtualModeCellValueNeeded 里按行索引从“当前可见扁平列表”取数据这样拍平只算一次、渲染只算可见行滚动和展开都顺。配合一个 Dictionaryint, bool 记住每个节点的展开状态重新加载数据后按 Id 恢复用户就不会每次进页面都得重新点开一遍。// 虚拟模式只维护可见列表按需取值 grid.VirtualMode true; grid.RowCount visibleNodes.Count; grid.CellValueNeeded (s, e) { if (e.RowIndex 0 || e.RowIndex visibleNodes.Count) return; var node visibleNodes[e.RowIndex]; switch (grid.Columns[e.ColumnIndex].Name) { case TreeCol: e.Value node.Name; break; case CategoryCol: e.Value node.Category; break; } }; // 展开状态记忆key 为节点 Id private Dictionaryint, bool expandState new Dictionaryint, bool(); private void RestoreExpandState(ListTreeNodeItem all) { foreach (var n in all) if (expandState.TryGetValue(n.Id, out bool exp)) n.IsExpanded exp; }参数和逻辑VirtualMode 下 RowCount 必须和可见列表长度严格一致展开/折叠后先更新 visibleNodes 再改 RowCount顺序反了会抛索引越界。CellValueNeeded 里只做取值不做计算重活放在拍平阶段。expandState 在每次切换展开时同步写入节点删除时记得清理对应 key否则字典会越积越大。这套组合我在一个几千节点的权限树里跑过展开响应从秒级降到几十毫秒。验证方法很简单造一棵五层、每层二十个节点的测试树连续展开折叠二十次看滚动位置是否稳定、内存是否持续上涨、选中行是否还在。我一般还会故意在展开状态下刷新数据源确认状态记忆没把已删除节点的展开态带回来。从那以后我每次做树形表格都强制先跑一遍这个“五层二十节点”的压测再谈业务逻辑。希望帮到你。本文还有配套的精品资源点击获取
