문제

다른 날 그렉 영 (Greg Young)이 DDD에 캐스트 된 스크린을 저장했을 때의 상태 대신 객체의 모든 상태 전환을 지속하는 것에 대해 이야기 한 다음,이 모든 메시지를 "재생"하여 현재 상태를 되찾아주었습니다. 정말 흥미로운 아이디어처럼 보였지만, 나는이 특별한 것이 무엇인지에 대해 붙어 있습니다! 그것에 대해 더 많이 읽고 싶지만 실제 이름없이 괜찮은 결과를 얻는 데 어려움이 있습니다.

누구든지 나를 깨달을 수 있습니까?

스크린 캐스트는 @ http://www.infoq.com/presentations/greg-young-unshackle-qcon08

도움이 되었습니까?

해결책

마이클 페리 (Michael Perry)의 의견은이를 역사적인 모델링이라고합니다.

그는 또한 "역사적 모델링을위한 일련의 규칙과 프레임 워크를 정의했다고"그리고 몇 가지 링크를 제공한다고 말합니다.

http://correspondence.codeplex.com/


나는 개인적으로 공부하거나 상태 전환 모델을 사용하지 않았지만 흥미롭게 들립니다.

다른 팁

Martin Fowler는 이것을 부릅니다 이벤트 소싱. Greg Young 참조 Fowler 그의 분산 도메인 구동 설계에 시리즈, 그는 프레젠테이션에 관한 몇 가지 세부 사항을 명확히합니다. 당신은 그것을 읽고 싶을 수도 있습니다.

탄젠트에서 약간 벗어난 ... Rocky Lhotka CSLA 비즈니스 객체 프레임 워크 그러나 이것은 기억의 변화 이력에만 적용되며 (내가 알고 있음) DB로 지속되지 않습니다.

DDD 사람들은 CSLA를 매우 높게 생각하지 않는 경향이 있지만 여기에 포함 된 아이디어와 구현 중 일부는 확실히 조사 할 가치가 있습니다.

라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 StackOverflow
scroll top