domain-driven-design

0열

1답변

타사 유형 Person이 있습니다. 그것은 단순히 사람이에 가입 메일 링리스트의 목록입니다 Subscriptions 수집을 노출 : public class Person { public Person(int id) public IList<int> Subscriptions {get;set;} } (그것은 mutable이다, 거기에는 어떤

3열

1답변

도메인 기반 디자인 : 다른 한정된 컨텍스트에서 사용자 엔터티를 다루는 방법?

도메인 기반 디자인과 관련하여 질문이 있습니다. 내 응용 프로그램의 사용자 계정/프로필 경계 컨텍스트에는 계정 정보 (ID, 사용자 이름, 암호, 전자 메일, 소금 등) 및 프로필 정보 (성명, 아바타, 생일, 성별 등)가있는 사용자 엔터티가 있습니다. 또한 각 직위에는 고용주 사용자가 있고 각 직무 응용 프로그램에는 신청자 사용자가있는 직책/응용 프로그램

0열

1답변

DDD에서 본딩 된 컨텍스트를 사용하여 마이크로 서비스 크기 조정

DDD의 제한된 컨텍스트를 사용하여 마이크로 서비스의 크기를 조정하는 방법에 대해 알고 있습니다. 이것이 실제로 무엇을 의미합니까? 감사 goaths

0열

2답변

ddd - 모든 속성을 포함하는 값 객체

웹 사이트에서 제품을 내보내고 주문을 가져 오는 제 3 자 시스템과 통합을 구현합니다. 디자인에서 이미 수행 된 일부 ddd 작업이 있으며 계속 진행하고 싶습니다. 주문 및 제품의 모든 속성을 값 객체로 덮어 야합니까? productSku를 제품 이름 ProductDescription ProductPrice 등 ...

4열

3답변

마이크로 서비스 아키텍처 : 채트 서비스 또는 데이터 복제

TL; DR 서비스가 가끔씩 필요로하는 로컬 데이터베이스에 데이터를 저장하도록 선택하거나 데이터가 시작된 서비스에서 매번 데이터를 요청해야합니까? 웹 스토어/주문 앱의 일반적인 예를 들어 보겠습니다. 서비스 A는 사용자 세션 관리 서비스입니다. 사용자가하고있는 일, 할 수있는 일 등의 비즈니스 로직을 처리합니다. 사용자는 자신의 셔츠를 만들어 구매할 수 있

0열

1답변

DDD 여러 개의 경계가있는 컨텍스트가있는 Entity Framework

우리는 현재 프로젝트에서 DDD 관행을 사용합니다. 우리는 많은 한계의 문맥을 가지고 있으며 각 문맥은 그 지속성 계층을 포함하는 계층화 된 구조입니다. 문제는 제한된 컨텍스트에서 예를 들어 IdentityAccess과 같은 다른 제한된 컨텍스트에서 데이터를 참조해야한다는 것입니다. 컨텍스트는 사용자를 관리하는 컨텍스트이므로 UserModel을 포함하지만

0열

1답변

쿼리의 비즈니스 로직 복제

내가 작업하고있는 프로젝트에서 등이 포함 된 DebtCollectionCase 개체가 있습니다 ... 발생하는 문제는 항상 증가하는 쿼리의 수가 증가하고 계속 증가하는 것입니다. 그리고 나는 그 쿼리들에서 많은 계산을 반복했다. 예를 들어, 계산은 UnpaidAmount 또는 Interest이됩니다. 그것은 이미 엉망이며 시간이 갈수록 악화 될 것입니다.

1열

2답변

스프링과 MongoDB : 좀 더 편평한 방법으로 값 객체를 저장하기

새로운 스프링 애플리케이션을 설계하고 개발할 때 기술적 인 이유로 인해 MongoDB를 퍼시스턴스 레이어로 사용하고 있습니다. 이것은 내가 Value Objects를 포함한 몇 가지 DDD 원칙을 구현하려는 첫 번째 프로젝트입니다. 사실 단순히 String 인 ValueObject를 저장하는 가장 좋은 방법을 찾으려고합니다. Lombok의 @Value를 사

0열

2답변

Java의 도메인 기반 디자인 - 모든 프리미티브를 값 객체로 변환 하시겠습니까?

자바에서 DDD는 일반적으로 도메인의 모든 가능한 프리미티브를 값 객체로 바꾸는 것을 의미합니까? 필자는 오늘날 collegues와 Stringly (강하게 반대) 형식의 코드에 관해서 동료들과 토론을했습니다. 저는 모든 것을 가치 개체 (물론 개체가 아닌 것은 무엇이든)로 바꾸는 것을 아주 좋아합니다. 그러나 지나친 감정은 구조체 (주소, 거리, 집 번호

1열

1답변

5 단계 봄 REST

이 기사에 설명 된대로 내가, 미디어 유형의 5 단계를 사용하여 도메인 기반의 설계 원칙에 내 REST API를 CQRS의 원칙을 적용하려고 : https://www.infoq.com/articles/rest-api-on-cqrs http://byterot.blogspot.ch/2012/12/5-levels-of-media-type-rest-csds.htm