«domain-model» 태그된 질문

도메인 모델은 개발의 초점이되는 산업을 구성하는 객체, 행동, 관계 및 속성으로 구성됩니다.


5
이 모든 서비스를 통해 빈혈을 예방하려면 어떻게해야합니까?
비즈니스 로직 위임과 캡슐화 사이의 경계를 어디에서 그릴까요? 우리가 더 많이 위임할수록 더 빈혈 이되는 것 같습니다 . 그러나 대표단은 또한 재사용과 DRY 교장을 장려합니다. 그렇다면 위임하는 것이 무엇이고 도메인 모델에 무엇이 남아 있어야합니까? 다음 우려 사항을 예로 들어보십시오. 승인 . 도메인 개체가 액세스 제어 규칙 (예 : CanEdit 속성)을 …

20
개발자가 비즈니스 영역을 이해해야합니까, 아니면 사양이 충분해야합니까?
전자 분야의 첨단 기술이기 때문에 도메인을 이해하기 어려운 회사에서 일하고 있지만 복잡한 도메인의 모든 소프트웨어 개발에 적용 할 수 있습니다. 내가 작업하는 응용 프로그램에는 도메인에 대한 경험이 없으면 이해하기 어려운 많은 정보, 차트 및 메트릭이 표시됩니다. 개발자는 사양을 사용하여 특정 차트에 이러한 종류의 메트릭이 표시되도록 지정하고이 메트릭은 다음과 같은 산술 …

7
RESTful API는 빈혈 도메인 모델을 장려하는 경향이 있습니까?
도메인 중심 디자인과 REST를 모두 서비스 지향 아키텍처에 적용하려는 프로젝트를 진행 중입니다. 우리는 약 100 % REST 준수에 대해 걱정하지 않습니다. 리소스 지향 HTTP API (~ Richardson의 REST 성숙도 모델의 레벨 2) 를 구축하려고한다고 말하는 것이 좋습니다 . 그럼에도 불구하고, 우리는 HTTP 요청의 RPC 스타일의 사용을 멀리하려고하는, 즉 우리가 구현하려고 …

7
성과 이름을 별도로 모델링
새로운 시스템을 설계 할 때 어떤 주장을 고려해야하며 사람의 이름을 하나의 필드로 저장하거나 이름 / 성으로 별도로 저장해야합니까? 단일 필드의 장점 : 더 간단한 UI 매우 긴 이름을 가진 사람의 이름을 입력하려고 할 때 모호함이 없습니다 (종종 성 / 이름 임). 제목을 처리 할 때 복잡성이 줄어 듭니다 (예 : …

4
남녀 이외의 성별 모델에 대한 산업 표준이 있습니까?
개인, 사용자, 서비스 및 쿠폰, 서명 패키지 등과 같은 상용 데이터와 같은 스타트 업 회사의 모든 서비스에 대해 일반적인 비 기능적 필수 조건으로 사용해야하는 데이터베이스를 모델링하고 있습니다. 성별 모델 에 대해 생각하고 있습니다. 현대와 주체적 정체성에 관한 국가마다 다른 법률을 적용 할 때, 남성 과 여성의 선택 이상으로 내 개인을 …

8
원시 강박 관념이 언제 코드 냄새가 아닌가?
나는 최근 원시 강박 관념 을 코드 냄새로 묘사하는 많은 기사를 읽었습니다 . 원시적 인 집착을 피하는 데에는 두 가지 이점이 있습니다. 도메인 모델을보다 명확하게 만듭니다. 예를 들어, 우편 번호가 포함 된 문자열 대신 우편 번호에 대해 비즈니스 분석가에게 문의 할 수 있습니다. 모든 유효성 검사는 응용 프로그램 전체가 아닌 …

4
도메인에서 리포지토리에 액세스
작업 기록 시스템이 있다고 가정하면, 작업이 기록 될 때 사용자는 범주를 지정하고 기본적으로 작업 상태는 'Outstanding'입니다. 이 경우 카테고리 및 상태가 엔티티로 구현되어야한다고 가정하십시오. 일반적으로 나는 이것을 할 것입니다 : 응용 프로그램 계층 : public class TaskService { //... public void Add(Guid categoryId, string description) { var category = _categoryRepository.GetById(categoryId); …

3
도메인 기반 디자인의 도메인 개체는 쓰기 전용이어야합니까?
나는 거의 2 년 동안 Domain Driven Design에 대해 읽었으며, 일상 업무에 몇 가지 개념을 조심스럽게 소개하거나 최소한 Domain Driven Design 내에서 정기적으로 수행하는 작업에 대한 계획을 세우고 있습니다. 도메인 개체가 쓰기 목적으로 만 사용된다는 이벤트 소싱 및 CQRS (Command Query Responsibility Segregation)에 대한 자세한 내용을 읽은 결과로 특히 시작하기 …

2
도메인 / 지속성 모델 격리가 일반적으로 어색합니까?
DDD (Domain-Driven Design) 개념에 대해 살펴보면서 특히 도메인 격리 및 지속성 모델과 관련하여 이상한 원칙을 발견했습니다. 기본 이해는 다음과 같습니다. 기능 세트를 제공하는 응용 프로그램 계층의 서비스는 기능을 수행하는 데 필요한 리포지토리에서 도메인 개체를 요청합니다. 이 저장소의 구체적인 구현은 구현 된 스토리지에서 데이터를 가져옵니다. 이 서비스는 비즈니스 논리를 캡슐화하는 도메인 …

4
도메인 대 데이터 지속성 계층의 클린 아키텍처 검증?
저는 깨끗하게 공부하고 있으며 결과적으로 소프트웨어를 디자인하고 작성하는 방법을 상당히 많이 재고하고 있습니다. 그래도 여전히 씨름하고있는 것은 "일부 항목에 대한 업데이트 저장시 먼저로드 /보기 / 수정 권한이있는 모든 항목 목록 등의 비즈니스 규칙에 대한 것입니다.이 항목이 목록에 있는지 확인하십시오. 항목 카테고리가 현재 사용 (및 기타 규칙 등)에서 잠기지 않았습니다. ".. …

2
Persistence-Ignorant 객체는 지연 로딩을 구현할 수 있습니까?
Persistence Ignorance 는 단일 책임 원칙을 적용한 것으로, 실제로 Domain Objects ( DO )에는 지속성과 관련된 코드가 없어야하며 대신 도메인 논리 만 포함해야합니다. a) 이것은 하위 계층 (즉, 영속 계층)과 접촉하는 코드 가 비즈니스 로직 계층의 다른 클래스 ( OC ) 에서 도메인 모델 외부에 존재한다는 것을 의미한다고 생각 합니까? …

3
엔티티 프레임 워크 및 빈혈 도메인 모델 피하기
비즈니스 로직에서 때때로 다음과 같이 정의 된 메소드가 있습니다. User.ResetCourse(Course courseToReset) 문제는 User와 Course가 모두 Entity Framework 프록시 개체라는 것입니다. 즉, User 또는 Course에서 탐색 속성에 도달하면 데이터베이스에 큰 타격을 줄 수 있으며 이러한 개체는 IQueryable이 아니므로 정상적으로 반복됩니다. 이를 해결하기 위해 서명을 다음과 같이 변경했습니다. User.ResetCourse(MyDBContext db, Course courseToReset) …

6
엔티티 메소드 호출에 대한 DDD 인젝션 서비스
질문의 짧은 형식 엔티티 메소드 호출에 서비스를 삽입하는 것이 DDD 및 OOP의 우수 사례 내에 있습니까? 긴 형식 예 DDD에 고전적인 Order-LineItems 사례가 있다고 가정합니다. 여기에서 Order라는 도메인 엔터티가 있으며,이 루트는 또한 Root Root 역할을하며 엔터티는 Value Objects뿐만 아니라 Line Item의 컬렉션으로 구성됩니다. 엔티티. 응용 프로그램에서 유창한 구문을 원한다고 가정하면 …

4
조회 테이블 : 도메인 모델에서 누수가 있습니까?
회사를 추적하는 시스템을 구축 중입니다. 해당 회사에는 연락처가 있습니다. 이러한 담당자는 종종 청구 / 지불, 판매, 주문 및 고객 지원과 같은 특정 유형의 질문에만 답변하는 전문가입니다. 도메인 기반 디자인과 양파 아키텍처를 사용하여 다음 유형으로 모델링했습니다. 회사 연락처가 있습니다 접촉 접촉 유형이 있습니다 ContactType (열) 회사 저장소 (인터페이스) EFCompanyRepository (외부 어셈블리에 …

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