2011-03-28 2 views
1

프리즘의 이벤트 생성기는 항상 GetEvent와 함께 매우 이상하게 사용됩니다. Marlon Grech의 Mediator 구현을 사용하는 오래된 CAB 이벤트 시스템에 익숙합니다. 문자열 상수를 정의한 방식으로 간단한 int 또는 값 유형 인 경우 데이터를 래핑하거나 추가하는 클래스를 만들지 않아도됩니다.프리즘 EventAggregator는 문자열 이벤트 이름이있는 이전 CAB 이벤트 시스템과 같습니다.

[MediatorMessageSink(MediatorMessages.AddSchoolclass, ParameterType = typeof(int))] 
     public void OnSchoolclassAdded(int schoolclassId) 
     { 
      // do stuff with schoolclassId 
     } 

내가 Prismn

에서 eventaggregator와 동일한 기능을 수행 할 수있는 방법
+0

CAB 특성 접근 방식을 사용하면 여러 가지 다른 이벤트를 구독하는 동일한 방법을 설정할 수 있습니다. 소원 프리즘이 .. –

답변

0

당신은 당신의 집계 모든 이벤트에 사용하고, 페이로드의 같은 문자열을 전달하는 하나의 이벤트 클래스를 선언 할 수 있지만이 같으면 ' 그 접근법을 정말로 추천합니다. 프리즘 개발자는 매우 혼란스러워 할 것입니다.

이벤트 수집기는 이전 CAM과 다른 아키텍처를 사용합니다. 나는 변화를 만들 때 이벤트 객체에 대한 필요성에 대해 만족하지 못했습니다. 그러나 그 이후로 나는 접근 방식으로 팔렸습니다. 이벤트 객체는 기본적으로 ReSharper 템플릿을 사용하여 생성하는 한 줄짜리 라이너입니다. 내가 그것을 너무 좋아하는 이유는 나에게 내가 이벤트와 함께 가야 할 수도있는 어떤 논리를두기위한 장소를 제공한다는 것이다.

+0

화재에 대한 모든 가치에 대한 이벤트 클래스를 작성하는 것은 바보입니다. – msfanboy

+0

사실, 그것은 오히려 지적입니다. 잘 디자인 된 응용 프로그램은 스위스 시계와 같으며 각 클래스는 전반적인 어셈블리에서 기어 역할을합니다. 각 클래스는 한 가지 작업을 잘 수행하며 필요한 작업을 수행하기 위해 모두 협력합니다. 프로그래밍의 구식 모 놀리 식 스타일보다 훨씬 덜 부서지기 쉽고 유지 관리가 쉽습니다. –

+0

스위스 시계/나이프에 맞습니다. 각 도구에는 그 용도가 있습니다. 지금 나를위한 질문은 나를 더 빨리 개발하게 만드는 것입니다. – msfanboy

관련 문제