C#踩坑：谨慎在XML数据列上绑定鼠标事件！

　　按照计划，昨天晚上就完成最后的公式自动计算，程序的流程就算完整了，可以正常运行了，一般情况下，是可以完成的。

　　10点开始干，窗体上放置一个Treeview，然后针对XML对Treeview进行数据绑定，就是根据XML数据初始化Treeview的显示。

　　这个前期也做过，很快就完成了。

　　做一个调用窗体，放上一个DataGridView，里面显示所有设计XML计算公式的数据行。每个计算结果都对应一个XML数据列，因为计算结果是XML自动计算的结果，后面可能更改计算所以要保留XML的完整内容。

　　在DataGridView的单元格双击事件（CellDoubleClick）中进行处理：

        private void dataGridView1_CellDoubleClick(object sender, DataGridViewCellEventArgs e){float fField04 = 0;string StrField08Xml = "";//检查双击的单元格，弹出对应的计算窗口if (e.ColumnIndex == dataGridView1.Columns["F04"].Index){StrField08Xml = dataGridView1.Rows[e.RowIndex].Cells["Field08"].Value.ToString();FrmSXKNX Frm1 = new FrmSXKNX(StrField08Xml);DialogResult result = Frm1.ShowDialog();if (result == DialogResult.OK){fField04 = FrmSXKNX.ReturnInfo.fValue;StrField08Xml = FrmSXKNX.ReturnInfo.StrXml;dataGridView1.Rows[e.RowIndex].Cells["Field04"].Value = fField04;dataGridView1.Rows[e.RowIndex].Cells["Field08"].Value = StrField08Xml;}}//其他计算字段的处理//......}

　　FrmSXKNX窗体的构造函数：

        public FrmSXKNX(){InitializeComponent();}public FrmSXKNX(string StrXml){InitializeComponent();StrXmlContent= StrXml;InitDataGridView();LoadXMLToTreeView();}

　　结果开始让人不胜烦恼的踩坑！！！

　　运行，双击DataGridView的列，程序阻塞，卡死，FrmSXKNX窗体根本不显示出来！

　　这是什么问题？！

　　难道是XML数据不对？数据没有正确的提取？

　　检查，XML内容正确，格式也是正确的，XML数据长度13961字节，没问题。

　　难道是XML太长了，渲染Treeview的时候用了递归导致程序阻塞？将XML字段数据改小一些，结果还是卡死。

　　我将LoadXMLToTreeView();放到一个按钮下执行，构造函数只接收参数，开始竟然可以通过，程序正常了！

　　可是这样也不是解决办法，就将LoadXMLToTreeView();放到窗体的Shown事件中，可是程序又卡死了。

　　太奇怪了！

　　那就使用异步处理：

        private  asyn void FrmSXKNX_Shown(object sender, EventArgs e){await Task.Delay(1000);init();LoadXMLToTreeView();}

　　结果程序还是卡死！！！

　　是不是窗体FrmSXKNX本身出了问题，检查FrmSXKNX.Designer.cs也没有发现异常，就做一个最简单的调用，结果也是好的。

　　那只能是DataGridView的单元格双击事件（CellDoubleClick）有问题了，可是这代码再简单不过了，怎么会有问题？！

　　干脆隐藏XML列，双击Field04列后调用FrmSXKNX，结果，程序正常了！！！

　　终于明白了，原来是XML列出了问题！！！因为我没有限制XML列为只读，导致双击该列的时候会有编辑提取XML列数据内容并进行编辑的准备，这部分工作比较耗时，所以程序阻塞了。

　　这个坑就是以后编辑XML，在DataGridView上最好是隐藏该列，如果要处理这一列，可以放置一个按钮列，或者对应到其他的列进行处理。

　　如果一定要绑定鼠标事件，那么可以将该列置为只读，或者减小该字段的大小。

　　昨天忽然明白为什么有许多不喜欢Visual Studio的C#，C#的确内涵丰富、功能强大，可是Visual Studio实在不好用，臃肿拉胯甚至远不如VSCode轻巧灵活，比如事件编辑，为了避免代码混乱，可以封装这些编辑，让用户进行事件选择后直接编写代码，至于事件前面的修饰符号可以选择就行了，可以通过在事件前面加图标来显示该事件的编写状态，空的不显示，有代码的显示为一种图标，是继承的显示另外的图标或者颜色，等等。

　　这样至少可以避免很多的人为问题，代码看起来也规整，方便追溯。