對於窗體間簡單的通信，采用VB6.0的方法就能滿足我們的要求，但在一些架構設計復雜的應用中，這種方法就顯得有點捉襟見肘了，同時該方法還有一個缺點，就是它僅僅對通過.NET窗體向導添加進去的窗體起作用，而對於自定義的窗體類型我們是無法添加到Forms對象集合中的。而且也和其它諸如構造函數傳參等方法一樣，會在窗體間大量互相引用各自的成員，造成了彼此之間存在著很大的耦合性，非常不利於窗體模塊間的獨立，這不符合良好軟件設計模式的思想。
如果我們想在一個窗體中訪問另一個窗體中自定義的成員，必須把該成員的可見性設置為Public或者通過屬性公開，通過屬性公開的話還說得過去，但如果把可見性設置成Public的，這樣做就無可避免的破壞了類型封裝性的原則，而這一做法也是我們在.NET下開發相當樂意做的，特別是對於初次接觸.NET的開發人員，實現訪問另一類型中成員的話最先想到的就是把該成員的可見性設置為Public，當然這樣做算不上是錯誤，但把這一做法作為自己的首要靈感，至少從面向對象的角度出發顯然是不合適的。
在.NET下，還為我們提供了另外一種強大的機制來實現窗體通信，這就是委托。委托可理解為一種類型安全的函數指針，.NET下的事件的實現都是以委托做為基礎的。關於委托在這篇文章中我就不詳細介紹了，後邊會有文章專門介紹這一概念。 在此我演示通過在一個窗體裡向另外一個窗體裡的ListBox控件添加Item項來說明這一方法。因此需要兩個窗體，一個MainFrm窗體，一個ChildFrm窗體，另外還需要一個Middle類，作為MainFrm和ChildFrm之間通信的橋梁。我也將給出VB.NET和C#兩種語言的代碼，以便大家可以做一下比較。
首先是MainFrm窗體，在MainFrm窗體中，拖一個ListBox控件即可，MainFrm.vb的代碼如下（為簡單起見，在此省去自動生成的代碼）：
Public Class Form3
Private Sub Form3_Load(ByVal sender As System.Object, ByVal e As System.EventArgs) Handles MyBase.Load
AddHandler Middle.SendMessage, AddressOf DoMethod
End Sub
Private Sub DoMethod(ByVal getstr As String)
Me.ListBox1.Items.Add(getstr)
End Sub
End Class
再看ChildFrm窗體，在其中拖一個TextBox和一個Button控件，通過在TextBox中輸入值後，按Button按鈕向MainFrm窗體的ListBox控件中添加Item項。
Public Class Form2
Private Sub Button1_Click_1(ByVal sender As System.Object, ByVal e As System.EventArgs) Handles Button1.Click
Middle.DoSendMessage(TextBox1.Text)
TextBox1.Text = ""
TextBox1.Focus()
End Sub
End Class
最後看Middle類：
Public Class Middle
Public Shared Event SendMessage(ByVal str As String)
Public Shared Sub DoSendMessage(ByVal str As String)
RaiseEvent SendMessage(str)
End Sub
End Class
為了更好的演示MainFrm和ChildFrm之間的獨立性，修改一下Application.Designer.vb的代碼：
<Global.System.Diagnostics.DebuggerStepThroughAttribute()>
Protected Overrides Sub OnCreateMainForm()
Me.MainForm = Global.WindowsApplication3.MainFrm
ChildFrm.show()
End Sub
好了，代碼完了，是不是很簡單？通過上面的代碼可以看出來，通過Middle類，MainFrm和ChildFrm都和Middle類通信，它們之間除了參數的耦合外，已不再引用彼此的內部成員，這樣就顯得更加獨立了。
下面是對應的C#代碼，MainFrm.cs:
public partial class MainFrm: Form
{
private void MainFrm _Load(object sender, EventArgs e)
{
Middle.sendEvent += new Middle.SendMessage(this.DoMethod);
}
public void DoMethod(string getstr)
{
listBox1.Items.Add(getstr);
}
}
ChildFrm.cs:
public partial class ChildFrm: Form
{
public ChildFrm ()
{
InitializeComponent();
}
private void button1_Click(object sender, EventArgs e)
{
Middle.DoSendMessage(this.textBox1.Text);
textBox1.Text = "";
textBox1.Focus();
}
}
Middle.cs：
public static class Middle
{
public delegate void SendMessage(string str);
public static event SendMessage sendEvent;
public static void DoSendMessage(string str)
{
sendEvent(str);
}
}
同樣我們修改一下Program.cs的代碼：
static class Program
{
[STAThread]
static void Main()
{
Application.EnableVisualStyles();
Application.SetCompatibleTextRenderingDefault(false);
// Application.Run(new Form1());
Form1 mainFrm = new Form1();
childFrm secondFrm = new childFrm();
secondFrm.Show();
Application.Run(mainFrm);
}
}
比較上面的VB.NET和C#代碼，我們可以看出VB.NET允許直接用Event關鍵字聲明事件，而C#則必須由我們自己首先聲明事件的委托原型，然後再基於該委托聲明事件，從這點看來VB.NET顯得更簡潔，其實VB.NET編譯器在背後會自動的為我們定義一個委托對象，而且該委托與C#代碼聲明的委托所生成IL代碼是一樣的，這點大家可以通過Ildasm中間代碼查看器來查看一下。引發事件，VB.NET是通過RaiseEvent關鍵字加上事件名稱，而C#則是通過直接使用事件名稱；最後是綁定事件的代碼，VB.NET是通過AddHandler關鍵字，C#通過重載的+=操作符，對於以上兩點，編譯器同樣會為我們生成一致的IL代碼。
當然，上面的例子比較簡單，不過我們完全可以通過委托實現復雜的窗體通信，比如可以傳遞復雜的數據類型，同時，可以在設計結構更加良好的中間通信類。但也要提醒大家，不要動不動就要用委托，它會增加程序的復雜性，應該根據自己的需求考慮用何種方法。
