我热爱我选择的生活方式，因为我花费一大部分时间来进行学习。当我学习新东西时，我从来不会对大脑中突然蹦出的“灵感”感到厌烦。最近我的大脑中就出现过这样一个灵感，它促使我从根本上重新考虑我编写用户界面的方法。下面是一个表明我原来做法的简单示例：

　　

class MyForm : Form { 　　Game game1; 　　StatusBar statusBar1; 　　... 　　void InitializeComponent() { 　　... 　　this.game1.ScoreChanged += 　　new EventHandler(this.game1_ScoreChanged); 　　... 　　} 　　void game1_ScoreChanged(object sender, EventArgs e) { 　　this.statusBar1.Text = "Score: " + this.game1.Score; 　　} 　　}

　　在上述代码中，我拥有一个窗口，其中含有一个类型为 Game 的自定义组件，该组件具有一个 Score 属性，当该属性更改时将引发 ScoreChanged 事件。代码将捕获该事件，使用新的数据格式化一个字符串，然后在状态栏中显示它。这很不错，因为组件不必知道有关谁在侦听其属性更改的任何信息，同时窗口可以对数据执行它喜欢的任何操作。

　　绑定是要点所在

　　在 Windows 窗体中，我可以将此向前推进一步，即使用数据绑定将 Score 更改通知直接挂钩到状态栏控件：

　　

class MyForm : Form { 　　Game game1; 　　StatusBar statusBar1; 　　... 　　public MyForm() { 　　... 　　statusBar1.DataBindings.Add("Text", game1, "Score"); 　　} 　　... 　　}

　　在该例中，由于 ScoreChanged 事件所使用的命名约定 (Changed)，Windows 窗体可以及时注意到 Score 属性的更改并直接设置状态栏控件的 Text 属性。然而，该方案中缺少的是将数据与“Score:”前缀进行合成的机会。要获得该功能，我们必须处理 Binding 对象上的 Format 事件，该事件是通过调用 DataBindings 集合的 Add 方法创建的：　

public MyForm() { 　　... 　　Binding binding = 　　statusBar1.DataBindings.Add("Text", game1, "Score"); 　　binding.Format += 　　new ConvertEventHandler(binding_Format); 　　} 　　void binding_Format(object sender, ConvertEventArgs e) { 　　e.Value = "Score: " + e.Value.ToString(); 　　}