Domain Driven Design3 Domain Driven 과 Model Driven 도메인 드리븐 설계와 모델 드리븐 설계 간의 차이는 무엇인가? 이름이 비슷하고 두 개념이 서로 경계를 넘나들기 때문에 이 두 개념은 종종 혼동된다. 하지만 이 두가지 개념은 서로를 강력하게 해주는 소프트웨어 개발을 접근하는 서로 다른 방법이다. 도메인 드리븐 설계는 소프트웨어 개발의 핵심이 다루고자 하는 주제(subject matter)의 지식이라는 전제와 해당 다루고자 하는 주제를 이해하는 유용한 방법을 찾는 것으로부터 시작되었다. 해결해야만 하는 복잡성이 도메인의 복잡성 그 자체이다. - 기술적인 아키텍처도 아니고, 사용자 인터페이스도 아니고, 특정 성질의 것은 더욱 아니다. 이는 업무의 가장 핵심적인 개념에 대한 이해와 개념화(conception)를 둘러싼 모든 것을 설계하고 그러한 핵심을 지원하는.. 2008. 2. 28. Domain Driven Design(2) - Entity [Reference Object] 많은 객체들은 이들이 가진 속성이 아니라 일련의 지속성(continuity)과 식별자(identity)를 통해서 기본적으로 정의된다. 어떤 집주인이 자신의 재산에 중대한 손해를 입혔다고 주장하면서 나를 고소했다. 내가 받았던 고소장에는 아파트에 벽에 구멍이 나있으며, 카펫트에는 얼룩이 묻어 있고, 싱크대에 부엌 벽지가 벋겨지게 만든 부식성의 가스를 풍기는 유해한 용액을 있었다고 되어 있다. 법원 서류는 나를 이름과 그 당시의 주소를 근거로 손해를 입힌 세입자로 명기하고 있다. 이 사건은 나로 하여금 혼란으로 주었는데 왜냐하면 그러한 황폐한 장소에 가 본적이 결코 없었기 때문이다. 얼마 후, 나는 잘못된 식별인 경우임에 틀림없다고 생각이 들었다. 나는 고소인에게 전화해서 이러한 사실을 이야기했지만, 나를 .. 2008. 2. 26. Domain Driven Design(1) - Association 모델링과 구현간의 상호작용은 객체간의 연관(association)에서 특히 주의해야 한다. 모델에서 모든 연결된(traversable) 연관에 대해서 동일한 속성들을 가지는 소프트웨어 메커니즘이 있다. 고객과 판매 응대자 간의 연관을 나타내는 모델은 두가지에 대응된다. 하나는 개발자가 두개의 실제적인 사람들 간의 연관된 것이라고 생각하는 관계를 추상화하는 것이다. 다른 하나는 두개의 자바 객체 간의 객체 포인터나, 데이터베이스 검색에 대한 캡슐화, 혹은 어떤 대응되는 구현에 해당한다. 예를 들어, 일대다 연관은 인스턴스 변수의 collection으로 구현될 수 있다. 하지만 설계는 그처럼 직접적일 필요는 없다. collection이 없을 수 있다. 접근자 메소드는 적당한 레코드를 검색하기 위해서 데이터베.. 2008. 2. 25. 이전 1 다음 반응형