욱'S 노트

엔티티 VS VO 어떠한 객체가 상태를 가진다면 엔티티와 VO라고 생각할 수 있다. 둘의 차이점은 연속성(continuity)와 식별성(identity)를 가지는 가에 있다. 연속성과 식별성이 필요하다면 엔티티이다. 여기에서 중요한 점이 영속성이 엔티티와 VO을 나누는 개념은 아니다. VO도 엔티티와 함께 데이터베이스에 저장될 수 있다. 연관관계 각각의 엔티티는 탐색 가능한 연관관계를 가질 수가 있다. 일대일, 일대다, 다대일, 다대다이다. 사실 현실 세계의 모든 엔티티들은 양방향 디펜더시를 가진다. 하지만 연관관계를 쉽게 다루기 위해선 단방향으로 관계를 단순화할 필요가 있다. -> 범균님은 무조건 양방향 디펜던시는 제거해야 한다고 한다. 탐색방향을 부여하고, 한정자를 추가하고 중요하지 않는 연관관계는 ..

도메인 모델은 공통언어의 핵심이자 도메인에 대한 통찰력을 반영하는 용어와 관계로 표현된다. 모델기반의 의사소통으로 꼭 UML을 사용해야 하는 것은 아니다. 어떠한 의사소통 수단을 사용해도 무방하며 형식에 얽매이지않는 다이어그램이나 텍스트문서도 가능하다. 또한 코드 자체를 통할 수도 있다. UBIQUITOUS LANGUAGE 도메인 전문가와 개발자가 각자 자기의 언어를 사용하면 안된다. 이는 정보 흐름의 병목으로 이어지며 그들이 번역하는 바도 정확하지 않다.유비쿼터스 언어를 사용하지 않을때 발생하는 문제는 다음과 같다. - 각자의 언어로 얘기를 하기 때문에 토론이 되지 않는다. - 용어와 코드의 정보가 단절된다.- 번역은 의사소통을 무디게 하고 지식탐구를 빈약하게 만든다. 브레인스토밍과 실험 중 언어에 공..

도메인이란? 소프트웨어로 해결하고자하는 문제 및 관심사. 일반적인 경우 비즈니스적인 성격을 띄지만, 몇가지 예외적인 예로 인프라스트럭처 자체가 도메인이 될 수도 있다. 소스관리 시스템, 배치스케쥴링 시스템등은 소프트웨어 자체가 도메인일 수 있다. 도메인 모델이란 ? 도메인주도설계에서 모델이란 도메인의 추상화이다. 즉 현실세계에 실재하는 문제에 대한 지식을 선택적으로 단순화하고 문제해결을 위해 구조화한 형태이다. 이는 현실을 사실적으로 반영하지 않고 문제해결을 위해 인위적으로 단순화된다. DDD에서 모델의 중요성 모델과 설계는 서로 영향을 주며 구체화된다. - 모델은 구현까지 긴밀하게 유지되며 유지보수되어야 한다.모델은 모든 팀구성원이 사용하는 유비쿼터스 언어이다. - 모든 구성원들은 모델을 통해서 의견을..