给 ComboBox.Text 赋值未必可靠

最新推荐文章于 2024-07-22 20:19:47 发布

原创最新推荐文章于 2024-07-22 20:19:47 发布 · 4.4k 阅读

2 ·

CC 4.0 BY-SA版权

文章标签：

#string #object #c

MS.NET 之 GUI 专栏收录该内容

2 篇文章

订阅专栏

本文深入探讨了使用ComboBox控件时，直接赋值与通过DataSource更新时，文本显示值的不同表现。重点分析了两者差异的原因，即在窗体未显示与已显示状态下的操作行为区别。

ComboBox CityEdit, UnitEdit, NameEdit;

public override void Update(DataRow row)
{
    // 传入 row 在调试器中可见千真万确
    CityEdit.Text = (string)row["City"];        // 过后， CityEdit.Text 竟未必是 rwo["City"] 之值
    UnitEdit.Text = (string)row["Unit"];        // 同上
    NameEdit.Text = (string)row["Name"];        // 同上
    ArrearEdit.Value = (Int64)row["Arrear"];
    DisableBtn.Checked = (bool)row["Disable"];
    NoteEdit.Text = (string)row["Note"];
    Task = TaskType.Update;
    ShowDialog();
    // 最后出来的表单信息未必是 row 的数据，而是 row 所在表中其它行同列值混合组装而成
}

后尝试在赋值前令其 DataSource 为空，结果便可为如偿所愿。

另有一情况却表明给 Text 赋值为可靠操作。

protected void BindClientUnit(object s, EventArgs e)
{
    var c = EditSet["City"];
    var u = EditSet["Unit"];
    string bak = u.Text;
    u.DataSource = Db.GetClientUnit(c.Text);
    u.Text = bak;
}

之所以要用 bak 备份再恢复在于设置 DataSource 后，其 Text 会自动变为源中首项，而不再是原值。此处给 Text 赋值非常稳定，未尝出现非预期结果。

那么，同是 DataSource 非空，给 Text 赋值为何一个不可靠，一个可靠？原因不明，只知其差别在于前者窗体尚未显示而后者已经显示。