DataGridView 绑定 List 的那些坑
在 WinForms 开发中，把数据源从 DataTable 换成 List 时，很多老手也会踩坑。虽然 List 用起来顺手，但在绑定到控件时，其行为逻辑跟 DataTable 不太一样。
数据同步机制的差异
当 DataGridView 的 DataSource 绑定为 DataTable 时，只要底层数据变了，界面上的内容通常会自动跟着变，不用你操心。这是因为 DataTable 内部自带了通知机制。
但 List 就不行了。一旦列表内容发生变动（比如加了条数据），DataGridView 根本不知道，界面还是老样子。这时候你得手动触发刷新，也就是重新设置 DataSource 属性。不过有个关键点：千万别把 DataSource 设为 null。这么做虽然能清空数据，但会把 DataGridView 里已经配好的列结构给弄丢，后面想恢复就麻烦了。
// 错误示范：会导致列结构丢失
dataGridView1.DataSource = null;
// 正确做法：重新赋值
var newList = new List<MyData>(oldList);
newList.Add(new MyData());
dataGridView1.DataSource = newList;
增删操作的陷阱
如果你想在 DataGridView 上直接做增删操作，光绑定普通的 List 是不够的。普通的 List 没法向控件发信号说'我变了'，这会导致界面更新滞后，甚至报出一些莫名其妙的错。
最好的办法是把 List 转换成 BindingList 再绑定。BindingList 实现了 IBindingList 接口，能盯着集合的变化，一有动静就通知 UI 刷新。
// 推荐方式：使用 BindingList
bindingSource.DataSource = new BindingList<MyClass>(myList);
要是没这么做，可能会遇到很难查的问题。比如初始绑定空数据后再添加数据，结果连 DataGridView.CurrentCell 都取不到，交互逻辑直接挂掉。所以处理动态数据绑定时，一定要确认数据源类型支不支持变更通知。
小结
总之，搞定 DataGridView 和 List 的关系，记住两点就行：一是数据变动要重设 DataSource 且别置空，二是涉及增删操作请优先用 BindingList。这样能避开大部分常见的绑定异常。
