按照计划,昨天晚上就完成最后的公式自动计算,程序的流程就算完整了,可以正常运行了,一般情况下,是可以完成的。
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轻巧灵活,比如事件编辑,为了避免代码混乱,可以封装这些编辑,让用户进行事件选择后直接编写代码,至于事件前面的修饰符号可以选择就行了,可以通过在事件前面加图标来显示该事件的编写状态,空的不显示,有代码的显示为一种图标,是继承的显示另外的图标或者颜色,等等。
这样至少可以避免很多的人为问题,代码看起来也规整,方便追溯。