0
시스템에서 수행 할 작업이 있고이를 수행하는 동안 예외가 발생한다고 상상해보십시오. 우리는 최종 사용자에게 이러한 오류에 대한 보고서를 제공하여 문제의 근원을 해결할 기회를 갖기를 원하며 은 오류가 발생한 원인을 다시 호출합니다..지속 가능하고 반복 가능한 명령
이것은 분명히 우리가 저장하고,보고하고, 궁극적으로 재실행하거나 버려지는 방식으로 "물건"을 포착해야한다는 것을 의미합니다.
누구든지 구현에 대한 제안이 있습니까?
감사!
- 편집 -
내가 갈 수있는 방법이 될 수
지금은 생각하고 메시징 http://msdn.microsoft.com/en-us/magazine/cc163920.aspx를 참조하십시오. 아마 MassTransit 또는 그와 유사한 것이 유익하거나 과장 될지 궁금합니다. 나는 잠시 동안 EDA 탐구 싶었어요이가에있을 수 있습니다 생각하고
이 정말 "또한 지속"와 "반복"부분을 해결하지 않습니다. – Rob
나는 동의하지 않는다고 생각합니다. :-) Command 패턴은 명령을 반복하기 위해 널리 사용됩니다. Wikipedia 자체는 첫 단락에서 : "명령 패턴은 객체가 나중에 ** 메소드를 호출하는 데 필요한 모든 정보를 표현하고 캡슐화하는 데 사용되는 디자인 패턴입니다." 그 주소는 반복 가능합니다. 지속성과 관련하여 Wikipedia는 아무 것도 말할 수 없지만 일류 실체로 모델링 명령을 사용하면 영구적 인 매체에 저장할 수 있습니다. – CesarGon
+1 명령 패턴에 대해 +1하면 문제가 해결됩니다. Rob –