이벤트를 선언하는 선호되는 방법

.NET 이벤트 모델에 대한 이해에 상당히 만족합니다. 시스템의 작은 뉘앙스를 오해하고 있다고 생각합니다.

클래스에 이벤트를 넣기 시작했을 때 표준 방식을 사용합니다.

public event EventHandler<MyEventArgs> MyEvent;

즉, 이벤트를 구독하려면 다음과 같은 방법이 필요합니다.

void HandleThatEvent(object sender, MyEventArgs args){...}

어느 것이 좋았지 만 발신자에 대해서는 거의 신경 쓰지 않을 것이므로 많은 메소드 서명이 부풀어 오른 것으로 나타났습니다.

그래서 나는 자신의 델리게이트 유형을 선언하는 것으로 전환

public delegate void MyEventHandler(SomeClass argument);

어느 것이 혼란스럽지 만 처리기를 작성할 때 작은 문제가 생겼습니다.

eventImplmentor.MyEvent += HandleThatEvent;
.
.
.
void HandleThatEvent(/*oh, um, what arguments does it take? Intellisense isn't telling me*/)

그래서 나는 대의원의 선언으로 돌아가서 되돌아 가서 글을 쓰거나 컴파일하고 말을 기다립니다.

이제 대신, 또는 템플릿에 맞는 것을 사용 Action하고 Action<T>있습니다.

public event Action<SomeClass> MyEvent;

이벤트 위로 마우스를 가져 가면 예상되는 매개 변수를 알 수 있습니다.

결국 내 질문 : C #에서 이벤트를 선언하는 가장 좋은 방법이 있습니까? 다시 돌아 가야합니까 EventHandler<T>, 아니면 Action<T>괜찮습니까?

간단한 내부 이벤트 처리의 경우, 단순히 사용하는 사람들이 있습니다 Action또는 Action<T>당신이 제안하는대로. 나중에 클래스 나 이벤트를 노출하고 싶을 때를 알지 못하기 때문에 발신자를 포함하여 표준 패턴을 사용하는 경향이 있습니다. 공개.

이벤트 처리 시그니처가 간단한 시나리오보다 약간 무겁지만 시간이 지남에 따라 추가 이벤트 인수가 필요할 수 있으므로 증분 마이그레이션을 처리하도록 잘 설계되어 있습니다. 전반적으로, 나는 표준 패턴을 고수 할 것입니다. 특히 언급했듯이 적절한 IntelliSense 지원 만받을 수 있기 때문입니다.

가치있는 것을 위해, 나는 이것에 약간의 시간을 투자하고 다른 이벤트 처리 패턴을 생각해 냈습니다 . . 여기서의 목표는 발신자를 제거하는 TSender것이 아니라 약한 유형으로 대신 일반 유형으로 강하게 입력하는 것입니다 System.Object. 잘 작동합니다. 그러나 이렇게하면 IntelliSense 지원이 손실되므로 불행히도 절충이 발생합니다.

전반적으로, 나는 표준 패턴을 고수 할 것이지만, 잠재적으로 더 좋은 방법을 생각하는 것은 흥미 롭습니다.