anemic-domain-model

1열

3답변

전체 빈혈 -이 데이터를 내 모델에서 어디로 옮길 수 있습니까?

한 줄에 수백 줄의 레거시 SQL 문을 받았습니다. 각 SQL은 공유 된 Models 프로젝트에서 고유 한 POCO를 사용하여 코드에 매핑됩니다. 예를 들어 의 Models 프로젝트에 equivilent POCO을 가지고 Select Name, Birthday From People는 SQL : 내 DAL에서 public class BirthdayPerson

c# anemic-domain-model 2014-11-10

---

7열

2답변

비즈니스 로직을 규칙의 형태로 사용하여 빈혈 도메인 모델을 피하는 방법

일련의 규칙에 따라 업데이트해야하는 필드가있는 간단한 Entity Framework 지원 도메인 오브젝트가있는 시스템을 설계 중입니다.이를 구현하고 싶습니다. 규칙은 점진적으로 (민첩한 스타일로), EF를 사용할 때 각 규칙을 도메인 객체에 넣는 것에 대해 회의적입니다. 그러나 "절차 코드"를 작성하고 빈혈 도메인 모델을 사용하는 것을 피하고 싶습니다. 이

entity-framework domain-driven-design entity business-logic anemic-domain-model 2013-03-26

---

2열

2답변

Anemic 도메인 모델을 사용하는 서비스 간의 순환 참조

저는 복잡한 비즈니스를 수행하는 프로젝트를 진행하고 있습니다. AccountService와 SchoolService의 두 클래스를 고려하십시오. 저는 Unity와 웹 API의 의존성 해결자를 사용하여 생성자에서 종속성 삽입을 구현하고 있습니다. 학교 서비스는 일부 방법으로 계정 서비스를 사용하며 계정 서비스는 학교 서비스를 사용합니다. 이 모든 것은 프로젝

c# dependency-injection circular-dependency anemic-domain-model 2016-10-17

---

0열

1답변

기존 (타사) 데이터 모델 (Java)을 사용하는 도메인 기반 개발

먼저 소프트웨어 개발에 대한 표준 접근 방식은 많은 개발자에게 일반적이라고 생각합니다. 하지만 상태가 없으며 상태 (State)가없고 동작이없는 객체 (Beans)가 있습니다 (일반적으로 빈혈 도메인 모델이라고도 함). 나는 새로운 프로젝트에서 DDD (Domain Driven Design) 접근 방식을 시도하기로 결정했으나 실제로는 두 가지 문제점을 가지

java hibernate oop domain-driven-design anemic-domain-model 2013-04-16

---

0열

1답변

다른 선택의 여지가없는 빈혈 도메인 모델을 만드는 방법

첫 번째 회사에서 10 년을 보낸 후 제 2의 개발자 작업을 시작했는데 선임 개발자라는 직책을 얻은 것 같지는 않습니다. Java 개발 이었지만 우리는 빈혈이있는 도메인 모델로 작업하고있었습니다. 그리고 제 생각에 응용 프로그램은 테스트하기가 힘들었습니다. 불행히도 내가 지금하고있는 코드베이스는 정확히 동일합니다. 그리고 최근에 면접관이 Hibernate

domain-driven-design anemic-domain-model 2017-05-17

---

5열

2답변

도메인 개체 - "스마트 개체"vs POCO

스마트 개체 나는 속성이 변경된 경우 원래 속성 값을 알고있는 모든 도메인 개체를 고려합니다. 스마트 개체는 일반적으로 기본 클래스를 가지며 GetPropertyValue/SetPropertyValue 메서드를 사용하여 속성을 구현합니다. 한편 POCO 객체는 일반적으로 기본 클래스가없고 간단한 속성을 구현합니다. public class SmartObjec

.net architecture domain-driven-design domain-model anemic-domain-model 2013-07-25

---

0열

1답변

도메인 모델로 POCO를 사용할 수 있습니다

우리는 Red (EE) 및 Blue (VV) ddd 책에서 영감을 얻는 도메인 기반 디자인 (Domain Driven Design) 소프트웨어를 개발할 계획입니다. 사업은 그렇게 복잡하지 않습니다. 모든 구체적인 클래스에 대한 상속을 피할 수 있습니다. 목표는 도메인 모델의 중요성을 느끼는 것입니다. 그렇다면 Entity에서 상속받을 POCO 클래스를 사용

architecture domain-driven-design poco anemic-domain-model rich-domain-model 2014-07-09

---

2열

2답변

빈혈 도메인 모델과 내가 DDD의 확고한 이해를 얻기 위해 노력하고 그들은 설명 줄리 러먼에서 도메인 기반 디자인 및 블로그에 에릭 에반스의 책을 읽은

엔티티 사이의 차이 : Anemic Domain Model 클래스가 모델로 국가 관리에 중점을 둡니다. CRUD에 좋습니다. Entity은 추적 및 보존에 사용되는 ID가있는 변경 가능한 클래스입니다. 분명히 둘 다 같은 목적으로 사용되었거나 완전히 스틱의 끝이 잘못 되었나요? 둘의 차이점은 무엇입니까? 나는 빈약 한 도메인 모델이 데이터베이스 스키마를 표

entity domain-driven-design anemic-domain-model 2014-09-09

---

1열

1답변

도메인 모델을 빈혈로 분류하는 기준은 무엇입니까?

지금까지 도메인 모델을 빈혈로 태그 지정하는 객관적 기준을 설명하는 블로그 게시물이나 기사를 보지 못했습니다. 나는 빈혈 도메인 모델에 대한 객관적인 기준을 설정하는 것이 분명 도움이 될 것이라고 생각합니다. 몇 년 전, 도메인 모델을 설계했습니다. 데이터베이스에 테이블이 거의 없었습니다 (약 7 개). 코드에서 정확히 동일한 수의 클래스를 만들었습니다.

design domain-driven-design domain-model anemic-domain-model 2013-05-05

---