«domain-driven-design» 태그된 질문

도메인 기반 디자인 (DDD)은 구현을 진화하는 모델에 연결하여 복잡한 요구에 맞는 소프트웨어를 개발하는 접근 방식입니다.

2
DDD-많은 수의 자식이있는 집계 루트
나는 DDD에 비교적 익숙하지 않다고 말함으로써이 질문의 머리말을 쓸 것이다. 나는 회계 및 거래 개념 (재무 적 의미)을 포함하는 프로젝트를 진행하고 있습니다. 계정에는 많은 거래가 입력 될 수 있습니다. 계정과 거래는 모두 엔터티이며 거래는 계정없이 존재할 수 없으므로 계정은 거래를 포함하는 집계 루트 인 것 같습니다. 그러나 이것을 코드에 적용하려고하면 …

2
리포지토리로 또는 리포지토리로
Domain Driven Design에 대해 처음 알게되었을 때 데이터베이스에 대해 원시인과 같은 SQL 쿼리를 던진 멋진 아이들을위한 최고의 노하우였던 저장소 및 작업 단위 패턴에 대해서도 소개했습니다. 이 주제에 대해 더 깊이 알게되면 작업 단위와 저장소를 세션 또는 컨텍스트라는 하나의 API로 구현하는 EF 및 NHibernate 와 같은 ORM 때문에 더 이상 필요하지 …


1
ORM POCO가 도메인 엔터티를 대체합니까?
이것은 이 질문 과 다소 유사 하지만 더 광범위합니다. 일반적으로, EF 4.1 등으로 ORMs는 포항 강판을 지원과 함께, 지금은 의미가 도메인 엔티티가 할 수 있도록 않을 수 데이터베이스에 유지됩니다 객체? EF 4 또는 Linq-to-SQL과 같은 오래된 ORM을 사용하면 "데이터베이스 객체"가 자동 생성되고 데이터베이스와 밀접하게 연결되어 있으므로 사소한 응용 프로그램의 경우보다 …

1
DDD 개념을 실제 코드에 적용하는 방법은 무엇입니까? 내부 특정 질문
나는 DDD를 공부하고 있으며 현재 실제 코드에 개념을 적용하는 방법을 찾기 위해 고심하고 있습니다. 나는 N-tier에 대해 약 10 년의 경험을 가지고 있기 때문에, 어려움을 겪고있는 이유는 나의 정신 모델이 그 디자인과 너무 연관되어 있기 때문일 가능성이 높습니다. Asp.NET 웹 응용 프로그램을 만들었으며 웹 모니터링 응용 프로그램이라는 간단한 도메인부터 시작합니다. …

4
복잡한 도메인 중심 애플리케이션에서 기본 CRUD 작업에 대한 DDD 접근
우리 회사는 웹 애플리케이션을 처음부터 다시 작성하고 있습니다. 금융 업계에서 복잡한 도메인을 가진 대기업 수준의 응용 프로그램입니다. 지속성을 위해 ORM (Entity Framework)을 사용하고 있습니다. 본질적으로 응용 프로그램의 절반은 사용자로부터 원시 데이터를 수집하고 저장하는 데 중점을 둔 다음 실제 도메인 논리를 대부분 포함하는 응용 프로그램의 나머지 절반은 원시 데이터를 사용하여 원본과 …

3
API 객체 정의에 타사 참조 ID를 속성으로 포함시키는 것은 나쁜 습관입니까?
이처럼 : Campaign: type: object properties: id: type: string description: "A GUID identifier" referenceId: type: string description: "A consumers identifier they have used to map their own systems logic to this object." name: type: string description: "'Great Campaign 2017' as an example" referenceId가 걱정 됩니다. 시스템 도메인은 다양한 형식 (xml, …

4
경계 컨텍스트의 경계를 명확하게 정의하는 방법
한 달 정도 DDD를 읽고 연구 한 후, 나는 내 자신의 프로젝트를 시작하기로 결정하고 이러한 제한된 맥락으로 DDD를 만들었습니다.> 고객 제품 명령 청구 각 경계 컨텍스트에는 프리젠 테이션 계층, 도메인 계층, 영구 계층으로 나머지 API가 있습니다. 지금까지는 코드가 원활하게 실행되지만 모 놀리 식 세계에서 왔지만 여전히 다음을 알아 내려고 노력하고 …

2
DDD / OOP에서 엔티티의 잘 알려진 비즈니스 ID를 전용 유형으로 표시해야합니까?
실제로는 다른 기본 유형에 대해 사용자 정의 (불변) class를 사용하는 것을 의미 string합니다. 예 : 출판 : 국제 표준 도서 번호. 금융 : 국제 증권 식별 번호. 장점 : 식별자의 형식을 보장 할 수 있습니다. 모델의 일류 회원이됩니다. 단점 : 지속성 마찰을 추가합니다 (예 : Entity Framework). 더 많은 코드.

4
DDD (또는 의미가있는)와의 모델 관계?
간단한 요구 사항은 다음과 같습니다. 사용자 Question는 여러 개의를 사용하여 를 만듭니다 Answer. Question하나 이상이 있어야합니다 Answer. 설명 : 생각 Question하고 테스트 와 Answer같이 : 하나의 질문이 있지만 몇 가지 대답이 있습니다. 사용자는이 테스트를 준비하는 행위자이므로 질문과 답변을 만듭니다. 이 간단한 예제를 모델링하여 1) 실제 모델과 2) 코드로 표현하여 잠재적 …

2
DDD : 불변 개체도 엔터티가 될 수 있습니까?
엔터티와 Value 객체의 차이점에 대한 수많은 게시물을 읽었으며 적어도 개념적으로 두 가지가 어떻게 다른지 이해한다고 생각하지만 이러한 게시물 중 일부에서 저자는 특정 도메인 개념을 단순히 VO라고 생각합니다. 는 불변입니다 (따라서 그 상태는 적어도 특정 도메인 모델 내에서 변경되지 않습니다). 개체의 상태가 특정 도메인 모델 내에서 변경되지 않는 경우이 개체가 개체가되어서는 …

4
DDD와의 트랜잭션 일관성 보장
저는 DDD로 시작하여 국가 간 일관성을 보장하기 위해 집계 루트가 사용됨을 이해합니다. 하나의 응용 프로그램 서비스에서 여러 집계를 수정해서는 안됩니다. 그러나 다음 상황을 처리하는 방법을 알고 싶습니다. Products라는 집계 루트가 있습니다. Group이라는 집계 루트도 있습니다. 둘 다 ID가 있으며 독립적으로 편집 할 수 있습니다. 여러 제품이 같은 그룹을 가리킬 수 …

2
DDD를 수행 할 때 엔티티와 값 객체를 조롱해야합니까?
읽은 후 몇 기사 에 대한 Newable을 대 주 사용 목적 및 방법이 개념은 DDD의 서비스 엔티티와 값 객체와 관련, 나는 특히 내 단위 테스트에 내 코드에서 newables를 사용하는 방법에 대한 몇 가지 의문이 남겨졌다. Newables의 주요 후보는 Entities 및 Value 객체로, 이러한 종속성을 다른 객체에 주입하는 대신 new이러한 객체의 …

3
DDD의 프레젠테이션 VS 응용 프로그램 계층
도메인 기반 디자인에서 프레젠테이션과 응용 프로그램 계층 사이에 명확한 선을 그리는 데 어려움이 있습니다. 컨트롤러, 뷰, 레이아웃, Javascript 및 CSS 파일은 어디로 가야합니까? 응용 프로그램 또는 프레젠테이션 계층에 있습니까? 그리고 그것들이 모두 같은 층에 함께 있다면, 다른 층은 무엇입니까? 비어 있습니까?

3
DDD 및 값 객체. 변경 가능한 Value Objects는 비 Aggr에 적합한 후보입니다. 루트 엔티티?
여기 약간의 문제가 있습니다 값 객체가있는 엔터티가 있어야합니다. 문제가 아니다. 새 값에 대한 값 객체를 교체 한 다음 nhibernate는 새 값을 삽입하고 이전 값을 고아로 만든 다음 삭제합니다. 좋아, 문제 야 내 도메인의 내 엔터티는 보험입니다. 그는 주소 (값 개체) 모음을 가지고 있습니다. 주소 중 하나는 MailingAddress입니다. 우리가 우편 주소를 …

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.