문제

그래서 우리 팀의 개발자 중 한 명으로부터 이런 질문을 받았습니다.도메인 중심 디자인이란 무엇입니까?물론 Evans의 책을 가리킬 수도 있지만 그게 실제로 답일까요?

팀의 후배 소프트웨어 엔지니어에게 DDD를 몇 문장으로 어떻게 설명하시겠습니까?

도움이 되었습니까?

해결책

나는 이 관행이 '해결 공간'보다는 '문제 공간'에 노력을 집중하는 것을 촉진한다고 말하고 싶습니다.해당 영역을 연구하고 실제로 알고 이해함으로써 새로운 솔루션(디자인)을 추진합니다.(XP에서 가져온) 관행 중 하나는 문제 영역에서 발생하는 이야기를 쓰는 것입니다.이를 통해 디자인에 대한 사용 사례와 개체를 식별할 수 있습니다.이들은 '나타나' 솔루션에 무엇이 있어야 하는지, 그리고 서로 어떻게 상호 작용해야 하는지 알려줍니다.

다른 팁

InfoQ에는 무료 eBook이 있습니다.

신속한 도메인 기반 설계

풍부한 예시와 함께 읽어보시면 좋을 것 같습니다.

"도메인"을 발견하는 과정에서 개발자와 프로젝트의 다른 모든 이해관계자가 이해하는 공통 언어가 형성됩니다.

도메인 모델과 해당 "용어"는 완성된 제품의 소스 코드에서 쉽게 확인할 수 있습니다.그건 적어도 내 경험이야

DDD의 중요한 부분은 소위 유비쿼터스 언어입니다.즉.비즈니스 전문가와 동일한 언어를 구사합니다.그리고 임피던스 문제를 피하기 위해 이 언어를 반영하도록 코드/아키텍처를 만드십시오.

작성 중인 소프트웨어가 무엇인지 이해하려고 노력하고 그 이해를 모델에 반영합니다.

도메인 중심 설계는 애플리케이션을 가장 쉽게 정제할 수 있는 도메인 모델에서 애플리케이션의 복잡성을 관리하는 것입니다.

몇 문장으로 설명하기는 어렵지만 추천해드리고 싶습니다. 정보Q 좋은 소개서로 예약하세요.에반스의 DDD 책을 가지고 북클럽을 한다는 분들도 많이 계시는데, 그 책을 이해하는 데 많은 도움이 됐어요.

나에게는 캡슐화가 기술 구현에 관한 것이 아니라 사용자가 설명하고 이해하는 문제 공간에 관한 다음 수준의 OOD/OOP입니다.

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