DDD를 처음 사용하고 인프라 하드웨어 (네트워크 장치, 특수 하드웨어 등) 정보에 액세스하는 방법을 결정하려고합니다. 통신하고 제어하려는 대부분의 장치에는 상태가 있습니다. 도메인의 장치를 개체로 나타내지 만 저장소 나 서비스 또는 다른 구성 요소를 통해 상태를 복제해야합니다. 예제는 다음과 같습니다. 고객이 방화벽을 구입하면 AddFireWall 명령이
다음 저장소를 확인하십시오. DDD 규칙은 괜찮습니까? 저장소가 일부 종속성을 주입하고 이벤트를 발생시킵니다. 저장소가 일반적으로 인프라 스트럭처에 속하며 이와 같은 일을해서는 안된다는 것을 읽었습니다. 이 접근법에 대해 어떻게 생각하십니까? 도메인 서비스에서 저장소 호출을 래핑하는 것이 더 좋을 수 있으며 이벤트 소싱 및 종속 주입을 수행 할 수 있습니까
혼란으로 인해 저장소 패턴을 구현하는 데 약간의 문제가 있습니다. 지금까지 내가 지금 말할 수있는 내가 말할 않는, 그래서 만약 저장소는 객체의 메모리 모음처럼 행동한다 같이이 $users = new UserRepository(new UserMapper);
$users->findAll();
사용자의 저장소로드 및 사용자 개체의 배열을 반환합니다 . 이
현재 REST에서 소셜 네트워킹 관련 애플리케이션의 백엔드를 설계 중입니다. 저는 DDD 원리에 매우 흥미가 있습니다. 이제 Collection of Friends가있는 User 객체가 있다고 가정 해 보겠습니다. 앱과 사용자가 매우 성공적으로되면 수천 명이 될 수 있습니다. 모든 친구는 몇 가지 속성도 갖게됩니다. 기본적으로 사용자입니다. DDD Carg
리포지토리 패턴은 집계 루트 만 끌어 올 수 있다고 제안합니다. 그러나 부모 (루트)를 모르는 경우 단 하나의 자식 (child.ID)을 사용하여 단 하나의 자식을 검색하는 방법은 무엇입니까? class Parent
{
public int ID { get; set; }
IEnumerable<Child> Children { get; pri
가정하자 나는 다음과 같은 간단한 도메인 모델 설정이 있습니다 class Event { ... }
class PlannedEvent { Event event; DateTime date; .. }
을 그리고 나는 class Event {
public void plan(DateTime date) {
// Can I create an
DDD (도메인 기반 디자인) 및 저장소 패턴 및 캡슐화에 대한 자문이 필요합니다. Repository 패턴을 사용하면 모든 데이터베이스 액세스 논리를 한 곳에서 처리 할 수 있으며 다른 응용 프로그램의 논리를 추상화 할 수 있습니다. 반대쪽에는 Linq 및 IQueryable을 지원하는 orm (Nhibernate, EntityFramework ...
마스터라는 루트 엔터티와 Detail이라는 리프로 구성된 집계가 있습니다. 따라서 마스터 엔터티에는 Detail 엔터티 컬렉션이 있습니다. 클라이언트가 Detail 항목을 직접 추가하고 싶지 않기 때문에 Details 컬렉션을 클라이언트에 노출시키지 않습니다. 대신, 나는 새로운 디테일 아이템이 추가되는 즉시 도메인 인디 언트를 검증하는 마스터 엔티티에 A
저장소 및 엔티티에 대한 중요한 질문이 하나 있습니다. BaseRepository와 같은 일반 저장소를 통해 특정 엔터티/집계 루트를 만들기 위해 저장소를 제한해야합니까? 이 시점에서 기본 저장소는 데이터베이스 팩토리 개체 (DbFactory가 아닌 사용자 지정)에 대한 액세스 권한을 가지므로 POCO (집계 루트 관련이 아닌)를 검색 할 수 있습니다. 따
Exchange 인 엔티티가 있습니다. Exchange는 시작할 때 VO 목록 인 CurrencyPair를 채워야합니다. CurrencyPair 컬렉션은 데이터베이스에 마스터 데이터로 저장되며 사용 가능한 모든 통화 쌍을 가져 오는 ICurrencyPairRepository라는 리포지토리가 있습니다. 그래서 앱이 시작되면 Exchange 엔티티에서 Curr