태그 : ddd 요약보기전체보기목록닫기

1

CQRS에 대한 단상(1)

2009~2012년 언급되다 잠잠해졌는데 SNS에서 CQRS(집적모델/조회모델 분리)에 대한 글들이 보이길래 정리겸 싸 봄.1. 간단한 도메인 모델과 아키텍처 - 문제없음.보통 도메인은 집적에 관여하는 엔터티와 조회에 관여하는 엔터티가 크게 다르지 않다, 컴포넌트 파티셔닝은 island of data(ref BCF. Oliver Sims)를 따른다.2....

패러다임에 빠지게 되면 최초의 목적을 상실하게 된다.

Anti-OOP: if를 피하는 법 객체지향적으로 구현하기 위해 계산식을 여러 객체로 분리해낸 모습이다.참고로, 계약-계산식 과 같은 내용은 10여년 전부터 비즈니스 룰을 적용하고 있다.(국내외 공통)적은 이득을 위해 주변 클래스들이 대량으로 늘어나는건 좋아하지 않는다.글의 내용을 "룰"로 간단히 구현하면 다음과 같이 된다.1. 비즈니스 룰 부...

cqrs, islandsofdata..

프로젝트 아키텍처 cqrs로 확정.CQRS ref Martin Fowler BlikiElegantCode 스케치를 보면 이해가 쉽다.프로젝트 내용인 즉..여러회사들로 부터 몇몇 업무에 대한 데이터를 받아 집적.데이터에 대한 특정 판단기준에 의해 리포트, 데이터서비스 제공데이터 서비스에 대한 통계집적과 데이터서비스로 분리되어 있고 수행시점 또한 ...

전략적 설계 - DDD.

DDD에 대한 관심은 바람직하지만 빌딩블록에 몰입된 경향에 안타까움을 느낀다.전체 17개장에서 2.5개 장에 언급된게 전부이고 그나마 패턴으로 익히 전파되고 구현되어온 내용이 빌딩블록이다.DDD책에서도 빌딩블록을 그다지 중요하게 여기지는 않는다.설계 혹은 구현 패러다임에 도메인을 구겨넣는 시도를 권장치 않는다.표준화된 설계요소는 유용한 개념이지만 도메인...

Domain Driven Design.

DDD는 언급하기 참 꺼려지는 주제다. 이유는 블로그가 개인적인 메모용도이기도 하지만그래도 이론에 치중된 이빨까기로 보여지는게 의식되는 부분도 없지않아 있기 때문이다.(한국에선 설계에 대해 말하면 '이빨까기'로 취급한다. 이해할 수 없는 환경이다.그럼에도 불구하고 DDD는 object design, organizational patterns와 더불어 개...

Rebecca Wirfs-Brock이 세미나를.. OTL

[PLoP] Rebecca Wirfs-Brock – 내가 만난 가장 현실적인 컨설턴트이른바 '그 분'이다. sds에서 초청강의를 했나보다.. 몰랐다.. OTL세미나도 듣고 사진도 찍고, 물어도 보고, 너덜해진 책에 사인받고 싶은데;;kent beck 세미나는 안들어도 그다지 아쉬울게 없었지만 rebecca라면 모든 일정 패스하고 빌어서라도 반드...

SOA 책 소개.

soa.. 기술적 개선이나 메커니즘은 거기서 거기라 기존과 같이 architecture->technology->business란 관점에서는, 뭐 달라지는 것도 없고, 바람 탄 유행어처럼 들릴 수도 있죠..게다가, 기존과 같이 system architecture에 지배되는 비즈니스를 유지하면서 granularity에 따라&nb...
1