사용하여 이벤트 대리자는 멀티 테넌트 웹 응용 프로그램에

Question

는 내가 모든 중요한 작업에 대한 사용자 정의 이벤트를 정의하고 다음을 제기하고 내 서비스 계층에서 asp.net MVC 5.

를 사용하여 멀티 테넌트 n 계층 웹 응용 프로그램을 개발하고 있어요 이벤트가 일단 실행되면 예를 들어,

Public event EventHandler EntityCreated; 

Public void Create(Entity item) { 
    Save(item); 
    ...... 
    EntityCreated(this, item); 
} 

이러한 이벤트에 비즈니스 규칙 및 알림을 연결하려고합니다. 이벤트를 사용하려는 주된 이유는 로직을 분리하고 서비스 레이어를 수정하지 않고 더 많은 이벤트 핸들러를 쉽게 플러그인 할 수 있기 때문입니다.

질문 : asp.net에서 이벤트 및 대리인을 사용하는 것이 합리적입니까?

온라인으로 찾은 대부분의 예는 win forms 또는 wpf입니다. 다중 스레드 응용 프로그램의 경우 장점이 있습니다. 또한 이벤트는 양식에 한 번 정의되며 양식 수명 동안 활성화됩니다.

그러나 내 경우에는 이벤트는 http 요청에 따릅니다. 이러한 이벤트를 정의하는 오버 헤드가 무엇입니까?

Answer 1

@Imran이 가리키는대로 Udi Dahan의 구현을 구현했지만 몇 가지 변경 사항이 있습니다.

내 이벤트는 서비스 레이어에서 발생하며 정적 클래스 dint를 사용하는 이벤트는 옳은 것처럼 보입니다. 또한 async/await에 대한 지원이 추가되었습니다.

이벤트도 내려갑니다. & 위임 경로가 제대로 작동했지만 요청 당 이벤트를 등록하는 오버 헤드가 느껴졌습니다.

여기 http://www.teknorix.com/event-driven-programming-in-asp-net

Answer 2

다른 사람들은 pub/sub 또는 event bus가 하나의 해결책이라는 것을 지적했습니다. 또 다른 해결책은 당신이 여기에서하려고하는 것과 비슷하지만 더 공식적으로 만들어야합니다.

고객 만들기에 대한 구체적인 예를 들어 봅시다. 새 고객이 애플리케이션에 생성되면 환영 이메일을 보내려고합니다. 도메인은 고객을 생성하고 db에 저장하는 것 뿐이며 이메일 발송과 같은 다른 세부 사항은 저장하지 않아야합니다. 그래서 CustomerCreated 이벤트를 추가합니다. 이러한 유형의 이벤트를 버튼 클릭과 같은 사용자 인터페이스 이벤트와 대조되는 도메인 이벤트라고합니다.

CustomerCreated 이벤트가 발생할 때 필요없는 작업을 수행 할 수 있도록 코드 어딘가에서 처리해야합니다. 언급 한대로 EventHandlerService를 사용할 수 있지만 (너무 많은 이벤트가 발생하면 곧 처리 될 수 있습니다) Udi Dahan이 말하는 패턴을 사용하십시오. 나는 많은 DI 컨테이너와 함께 Udi의 방법을 성공적으로 사용했으며, 패턴의 아름다움은 수업이 SRP와 호환된다는 것입니다. 리플렉션을 사용하여 응용 프로그램 부트 스트랩 시간에 특정 인터페이스와 등록 코드를 구현하기 만하면됩니다.

이 주제와 관련하여 도움이 더 필요하시면 알려 주시기 바랍니다. 코드 스 니펫을 사용하여 공유 할 수 있습니다.