.NET có tích hợp sẵn EventArgs <T> không?

Tôi đã sẵn sàng để tạo một lớp EventArgs chung cho các chuỗi sự kiện mang một đối số:

public class EventArg<T> : EventArgs
{
    // Property variable
    private readonly T p_EventData;

    // Constructor
    public EventArg(T data)
    {
        p_EventData = data;
    }

    // Property for EventArgs argument
    public T Data
    {
        get { return p_EventData; }
    }
}

Trước khi tôi làm điều đó, C # có tính năng tương tự được tích hợp sẵn cho ngôn ngữ không? Tôi dường như nhớ lại đã gặp một cái gì đó như vậy khi C # 2.0 ra mắt, nhưng bây giờ tôi không thể tìm thấy nó.

Hay nói cách khác, tôi phải tạo lớp EventArgs chung của riêng mình hay C # cung cấp một lớp? Cảm ơn bạn đã giúp đỡ.

Không. Có thể bạn đang nghĩ đến EventHandler<T>, điều này cho phép bạn xác định đại diện cho bất kỳ loại EventArgs cụ thể nào.

Tuy nhiên, cá nhân tôi không cảm thấy điều đó EventArgs<T>khá phù hợp. Theo tôi, thông tin được sử dụng làm "trọng tải" trong các args sự kiện phải là một lớp tùy chỉnh để làm cho việc sử dụng và các thuộc tính mong đợi của nó rất rõ ràng. Sử dụng một lớp chung chung sẽ khiến bạn không thể đặt những cái tên có ý nghĩa vào đúng vị trí. ("Dữ liệu" đại diện cho điều gì?)

Tôi phải nói rằng tôi không hiểu tất cả 'những người theo chủ nghĩa thuần túy' ở đây. tức là nếu bạn đã có một lớp túi được xác định - có tất cả các chi tiết cụ thể, thuộc tính, v.v. - tại sao hack lại tạo thêm một lớp không cần thiết chỉ để có thể tuân theo cơ chế sự kiện / args, kiểu chữ ký? điều là - không phải tất cả mọi thứ có trong .NET - hoặc 'bị thiếu' vì vấn đề đó - là 'tốt' - MS đã tự 'sửa chữa' trong nhiều năm ... Tôi muốn nói chỉ cần đi và tạo một cái - như tôi đã làm - vì tôi chỉ cần nó như vậy - và tiết kiệm cho tôi rất nhiều thời gian,

Nó tồn tại. Ít nhất, nó làm bây giờ.

Bạn có thể tìm thấy DataEventArgs<TData>trong một số tổ hợp / không gian tên khác nhau của Microsoft, chẳng hạn như Microsoft.Practices.Prism.Events . Tuy nhiên, đây là những không gian tên mà bạn có thể không thấy tự nhiên khi đưa vào dự án của mình, vì vậy bạn có thể chỉ sử dụng cách triển khai của riêng mình.

Trong trường hợp bạn chọn không sử dụng Prism , nhưng vẫn muốn thử cách tiếp cận EventArgs chung .

public class GenericEventArgs<T> : EventArgs
{
    public T EventData { get; private set; }

    public GenericEventArgs(T EventData)
    {
        this.EventData = EventData;
    }
}

// Sử dụng mã mẫu sau để khai báo sự kiện objAdded

public event EventHandler<GenericEventArgs<TargetObjType>> ObjAdded;

// Sử dụng mã mẫu sau để nâng cao sự kiện objAdded

private void OnObjAdded(TargetObjType TargetObj)
{
    if (ObjAdded!= null)
    {
        ObjAdded.Invoke(this, new GenericEventArgs<TargetObjType>(TargetObj));
    }
}

// Và finnaly bạn có thể đăng ký sự kiện ObjAdded của mình

SubscriberObj.ObjAdded +=  (object sender, GenericEventArgs<TargetObjType> e) =>
{
    // Here you can explore your e.EventData properties
};

KHÔNG CÓ THUỘC TÍNH THẾ HỆ NÀO TIỆN LỢI. Nếu bạn làm theo mẫu EventHandler của Microsoft, thì bạn triển khai EventArgs dẫn xuất của mình như bạn đã đề xuất: public class MyStringChangedEventArgs : EventArgs { public string OldValue { get; set; } } .

TUY NHIÊN - nếu hướng dẫn phong cách nhóm của bạn chấp nhận đơn giản hóa - dự án của bạn có thể sử dụng các sự kiện nhẹ, như sau:

public event Action<object, string> MyStringChanged;

sử dụng :

// How to rise
private void OnMyStringChanged(string e)
{
    Action<object, string> handler = MyStringChanged;    // thread safeness
    if (handler != null)
    {
        handler(this, e);
    }
}

// How to handle
myObject.MyStringChanged += (sender, e) => Console.WriteLine(e);

Thông thường các dự án PoC sử dụng cách tiếp cận thứ hai. Tuy nhiên, trong các ứng dụng chuyên nghiệp, hãy lưu ý biện minh cho cảnh sát FX # CA1009: https://msdn.microsoft.com/en-us/library/ms182133.aspx

Vấn đề với kiểu chung là ngay cả khi DerivedType kế thừa từ BaseType, EventArgs (DerivedType) sẽ không kế thừa từ EventArgs (BaseType). Do đó, việc sử dụng EventArgs (BaseType) sẽ ngăn việc sử dụng phiên bản dẫn xuất của loại sau này.

Lý do điều này không tồn tại là bởi vì những gì cuối cùng sẽ xảy ra là bạn thực hiện điều này, và sau đó khi bạn điền vào chữ T, bạn nên tạo một lớp với các thuộc tính rõ ràng được nhập mạnh mẽ hoạt động như túi dữ liệu cho đối số sự kiện của bạn, nhưng Nửa chừng việc triển khai mà bạn nhận ra rằng không có lý do gì bạn không làm cho lớp đó kế thừa từ EventArgs và gọi nó là tốt.

Trừ khi bạn chỉ muốn một chuỗi hoặc một cái gì đó cơ bản tương tự cho túi dữ liệu của mình, trong trường hợp đó, có thể có tiêu chuẩn các lớp EventArgs trong .NET nhằm phục vụ bất kỳ mục đích đơn giản nào bạn đang làm.