Delegates và Events trong C#

 Một cách dùng khác của delegate đó là kỹ thuật sử dụng delegate để truyền một phương thức vào như là tham số của một phương thức khác, ta cùng xem ví dụ sau:

using System; namespace Test {

public delegate int Calculation(int a, int b); class Program {

static int Add(int a, int b) {

return a + b;

} static int Sub(int a, int b) {

return a – b;

}

static int Calculate(int a, int b, Calculation cal) {

return cal(a, b);

} static void Main(string[] args) {

int c = Calculate(5, 4, Add); Console.WriteLine(“c = {0}”, c); int d = Calculate(5, 4, Sub); Console.WriteLine(“d = {0}”, d); Console.ReadLine();

}

}

}

Ở ví dụ trên thì ta đã tạo ra một phương thức Calculate() có hai tham số kiểu int và một tham số thuộc kiểu delegate Calculation, với cách làm này thì sau này, khi đem ra sử dụng hàm Calculate() thì ta hoàn toàn có thể tự do truyền vào bất cứ hàm nào để thực hiện tính toán, miễn sao hàm đó phải có cùng nguyên mẫu với kiểu delegate Calculation. Cách làm này còn được sử dụng để triển khai kỹ thuật callback, để tránh làm cho bài viết quá dài thì những ai quan tâm tới vấn đề này, xin vui lòng tìm hiểu thêm ở đây và ở đây.

2. Event

Điều đầu tiên mà chúng ta cần khẳng định đó là: Event không phải là đối tượng delegate. Để giúp chúng ta có thể thấy rõ được bản chất của  event cũng như sự khác nhau giữa event và delegate thì chúng ta sẽ mượn hai khái niệm khác cũng được sử dụng rất phổ biến trong ngôn ngữ C# đó là Field và Property. Nhìn từ bên ngoài thì Property có vẻ rất giống với Field nhưng bản chất thì Property không phải là Field; Field là một biến, nó chứa dữ liệu, còn Property là một khối lệnh, nó giống với Method hơn. Trong một Property thì ta có hai khối lệnh có thể được khai báo đó là get và set còn Field thì chỉ được khai báo trên một dòng. Thông thường thì người ta sử dụng các Property như là cách để truy xuất đến các Field của lớp đó, như trong ví dụ sau:

class Customer {

private string name;

public string Name {

get {

return this.name;

} set{

this.name = value;

}

}

}

Nhưng đôi lúc ta cũng có thể tạo ra các Property mà không dính dáng gì đến Field cả:

class TimeUtil {

public DateTime CurrentTime{

get {

return DateTime.Now;

}

}

}

 Và với sự cải tiến không ngừng của C# nói riêng và .NET nói chung thì bây giờ ta có thể khai báo Property với dạng như sau:

class Customer {

public string Name {

get;

set;

}

}

Nhìn khối lệnh trên thì thật đơn giản phải không, và hình như là không có bất cứ một Field nào được khai báo trong đó cả, nhưng thực tế thì nó lại khác. Trình biên dịch sẽ tự động tạo ra một field có kiểu string rồi sau đó sử dụng nó để triển khai property Name, và như vậy, đoạn code ở trên thực ra chỉ là một phiên bản rút gọn của lớp Customer mà chúng ta đã xem xét trước đó. Bây giờ thì chúng ta đã nắm rõ ràng hơn về bản chất của Field và Property, chúng ta quay lại trường hợp của Delegate và Event, có thể nói rằng mối liên quan giữa Delegate và Event không khác với mối liên quan giữa Field và Property là mấy. Thông thường, để xây dựng một Event thì ta thực hiện như ví dụ sau:

public delegate void ErrorNotification(string message);

class MyMachine{

public event ErrorNotification Notify;

public void ReportError(string error) {

if (Notify != null)

Notify(error);

}

}

và sử dụng:

static void Main(string[] args) {

MyMachine machine = new MyMachine();

machine.Notify += new ErrorNotification(PrintString);

machine.ReportError(“Some bug ocurred”);

Console.ReadLine();

}

static void PrintString(string msg){

Console.WriteLine(msg);

}

Ở ví dụ trên thì ta đã khai báo một kiểu delegate có tên là ErrorNotification, sau đó sử dụng nó để tạo một event cho lớp MyMachine với tên là Notify. Nhìn vào đoạn code đó thì sẽ có nhiều người cho rằng event được tạo ra bằng cách tạo một đối tượng mới của kiểu delegate ErrorNotification, nhưng thực tế thì không hề đơn giản như vậy. Một Event thực chất là một khối lệnh, tương tự như Property, nó cũng có hai khối lệnh con được khai báo trong đó là add và remove; khối lệnh add được dùng để đăng ký một phương thức với event, còn khối lệnh remove được dùng để gỡ bỏ một phương thức ra khỏi event đó. Đây chính là cách khai báo một event ngắn gọn, và dễ gây ra nhầm lẫn, ta thử viết lại đoạn code của lớp MyMachineở dạng nguyên thủy của nó:

class MyMachine{

private ErrorNotification notify;//Delegate instance

//Event declaration

public event ErrorNotification Notify{

add{

this.notify += value;

}

remove{

this.notify -= value;

}

}

public void ReportError(string error) {

if (notify != null)

notify(error);

}

}

và đem ra sử dụng:

static void Main(string[] args) {

MyMachine machine = new MyMachine();

machine.Notify += new ErrorNotification(PrintString);

machine.ReportError(“Some bug ocurred”);

Console.ReadLine();

}

static void PrintString(string msg){

Console.WriteLine(msg);

}

Hãy chú ý đến cái cách mà chúng ta đã khai báo event Notify của lớp MyMachine với hai khối lệnh add và remove bên trong. Và với cách triển khai cụ thể như vậy, ta có thể dễ dàng thấy rằng Event thực chất là cái cách mà chúng ta sử dụng để truy xuất đến một private delegate ở bên trong một lớp; Ở đây thì value có kiểu là ErrorNotification . Bây giờ thì bạn đã tin cái câu khẳng định trước đó chưa? Event không phải là đối tượng delegate. Và chắc bạn cũng đã thông cảm được với việc tại sao chúng ta lại dựa vào Field và Property để có dẫn dắt vào vấn đề tương quan giữa Delegate và Event, bởi vì thực sự nó có sự tương đồng nhau mà. Tóm lại thì cách khai báo event có dạng:

public event EventHandler MyEvent

chỉ là một cách viết ngắn gọn, và nó còn có tên gọi là field-like event.

3. Mấu chốt của vấn đề

Tham khảo:

http://csharpindepth.com/Articles/Chapter2/Events.aspx http://blog.monstuff.com/archives/000040.html http://weblogs.asp.net/rosherove/archive/2004/03/28/100444.aspx http://blogs.msdn.com/b/thottams/archive/2009/04/11/asynchronous-delegates-and-calback.aspx http://msdn.microsoft.com/en-us/library/ms173172(v=vs.80).aspx