리포지토리 패턴을 사용하여 트랜잭션 방식으로 둘 이상의 엔터티를 저장하는 방법을 어떻게 캡슐화합니까? 예를 들어, 주문을 추가하고 해당 주문 작성을 기반으로 고객 상태를 업데이트하려는 경우, 주문이 성공적으로 완료된 경우에만 수행 할 수 있습니까? 이 예에서 주문은 고객 내부의 컬렉션이 아닙니다. 그들은 그들 자신의 실체입니다. 이것은 단지 인위적인 사례
우리는 꽤 큰 응용 프로그램을 가지고 있으며 DDD 지침을 따르기 위해 리펙토링하는 것을 고려하고 있습니다. 현재로서는 번호 매김 문제는 경계 처리 된 컨텍스트 및 컨텍스트 맵입니다. 어쩌면 나는 그것을 구제하지 않을 것이지만, 나에게 나눠하는 것은 불가능한 것처럼 보인다. 예를 들어 우리는 사용자 객체를 모든 곳에 가지고 있으며 정확히 동일한 사용자 객체
저는 현재 프로젝트의 일부 코드를 리팩터링하고 있습니다. 결국 도메인 객체가 아닌 서비스 클래스에 많은 비즈니스 로직을 넣었습니다. 이 시점에서 대부분의 도메인 개체는 데이터 컨테이너입니다. 필자는 대부분의 비즈니스 로직을 서비스 객체에 작성하고 나중에 모든 것을 리팩터링하여 더 좋고, 재사용 가능하며, 더 읽기 쉬운 형태로 만들기로 결정했습니다. 그런 식
내 비즈니스 모델을 구축 할 때 가장 많은 시간을 소비한다고 생각하는 것은 비즈니스 개체의 유효성 검사와 엔터티 개체와 해당 관계가 양호한 무결성을 유지하는지 확인하는 것입니다. 좋은 엔티티/값 객체 프레임 워크에 대한 꿈은 재사용 가능한 엔티티/값 객체를 생성하고 DB에서와 같이 관계에 대한 제약 조건 및 규칙을 쉽게 생성하는 데 도움이되지만, 실제로는
빈혈 도메인 모델 및 우려 사항 분리에 관한 몇 가지 질문을 읽었습니다. 빈혈 도메인 객체에서 도메인 로직을 수행/첨부하기위한 최상의 기법은 무엇입니까? 제 직업에서는 꽤 빈약 한 모델을 가지고 있습니다. 우리는 현재 "도우미"클래스를 사용하여 도메인 객체에서 데이터베이스/비즈니스 로직을 수행하고 있습니다. 예를 들면 다음과 같습니다. 앱을 구입해야 할 때
, 내가 Linq에 엔티티 쿼리에서 내 도메인 개체에 할당을하고 개체. 그런 다음 리포지토리에서 반환 된 이러한 개체에 대해 작동 할 서비스 계층을 갖습니다. 내 도메인 객체는 다음과 같이 저장소에 있어야 하는가? 또는 내 리포지토리를 엔터티 및 데이터 액세스로 제한하고 내 서비스 계층에서 도메인 개체에 할당하도록해야합니까? 저장소에있는 모든 과제를 수행
내 도메인에 뿌리/개체를 집계하지 않는 특정 개체가 있지만 아직 데이터베이스에서 개체를 검색해야합니다. 나는 이런 것들을위한 저장소를 만들어서 물건들을 혼란스럽게하고 싶지 않다. 대체 데이터 액세스 패턴은 무엇입니까? 물론 인터페이스를 분리하면서도 간단하게 DAO를 만들 수 있습니까? 편집 : 내가 뭘하는지에 대한 좀 더 세부 사항. 코드를 만들어야합니다.
저는 도메인 구동 개발과 제어 반전과 같은 여러 가지 사항을 올바르게 가르치기 위해 작은 프로젝트를 시작했습니다.이 경우에는 적용됩니다. 스포츠 이벤트에서 타이밍 데이터를로드하고 시각화 할 수있는 응용 프로그램을 작성하기로 결정했습니다.이 데이터 유형에 액세스 할 수 있습니다. 하나의 요구 사항은 이벤트의 전체 세부 사항 (이벤트 이후에 생성 된 CSV)과
누구나 C# (.net 3.5) 도메인 모델에서 데이터베이스 스키마를 생성 한 경험이 있습니까? 어떤 도구가 가장 깨끗한 스크립트를 생성합니까? Telerik OpenAccess ORM은 괜찮 았지만 속성 필드에서 .net 3.5 암시 적 개인 필드를 사용하는 경우 C# 클래스에서 클린 열 이름을 생성하지 않습니다. 난 단지 수동으로 향상시키고 유지할 초기