활성 기록을 가진 집계를 구현하는 것은 가능하지만 도전적입니다. 전통적인 물체와 같은 활성 레코드 객체를 처리하면 지저분한 코드로 이어질 수 있습니다.
Active Record는 RAD (Rapid Application Development)에서 탁월하지만 그 트레이드 오프는 복잡한 집계 모델링에 덜 적합합니다.
집계 이해 :
집계는 단일 유닛으로 작용하는 물체의 클러스터이며, 하나의 물체는 집계 루트로 지정됩니다. 모든 외부 상호 작용은 루트를 통과해야하며, 이는 경계 내에서 물체의 일관성을 관리해야합니다. 집계 경계는 거래 범위를 정의합니다. 거래 당 하나의 집계 만 커밋 될 수 있습니다. 다른 골재의 변경에는 최종 일관성이 필요합니다
Vaughn Vernon의 "도메인 구동 디자인 구현"의 주요 집계 설계 원칙 :
-
일관성 경계 내에서 불변량을 보호하십시오
작은 집계를 설계하십시오.
는 신원만으로 다른 집계를 참조하십시오
경계 외부에서 최종 일관성을 사용하십시오.
-
블로그 예 :
블로그 게시물을 모델링합시다. 는 적합한 집계 루트이며,
및 - 는 값 객체입니다. 는 ID로 참조 된 경계 외부에 남아 있습니다. 는
집계 내 엔티티입니다. 지나치게 큰 골재는 성능에 영향을 미칩니다. 작고 잘 정의 된 상태로 유지하십시오. -
단순화 된 클래스 (웅변없는) :
통합 웅변 :
이제, 엘로라테를 통합합시다 :
웅변은 내부적으로 속성을 관리하여 코드를 단순화합니다. 그러나 이것은 초점을 행동에서 데이터로 이동시켜 잠재적으로 빈혈 영역 모델로 이어집니다. 방법은 Eloquent의 관계를 용이하게합니다
> 문제 해결 과제 :
데이터 대 동작 :
eloquent의 직접 데이터 액세스는 개발자가 집계 루트의 행동을 우회하여 비즈니스 규칙 시행을 손상시킬 수 있습니다. 항상 말을 사용하십시오. 원칙을 묻지 마십시오.
가치 객체 : - eloquent 's Accessors and Mutators는 가치 객체를 관리하고 데이터 무결성을 유지하는 데 도움이됩니다.
불변성 : eloquent의 생성자는 객체 생성에서 불변의 시행을 방지합니다. 이를 완화하기 위해 집계 루트 또는 관련 클래스 내에서 공장 방법 또는 명명 된 생성자를 사용하십시오. 그러나 이것은 Eloquent의 기존 정적 방법과 충돌합니다
관계 : 직접 액세스 관계는 집계 근관을 우회하여 비즈니스 규칙 집행을 약화시킵니다. 집계 루트 내에서 관계 관리를 캡슐화하십시오
- 결론 :
가능하지만, 웅변적인 모델링 응집체는 상당한 도전을 제시합니다. 활성 레코드 패턴의 데이터에 중점을 둔다. 데이터에 중점을 둔다. 선택은 프로젝트 요구와 우선 순위에 따라 다릅니다. Active Record의 속도는 RAD에 유리하지만 복잡한 영역의 경우 트레이드 오프가 이점을 능가 할 수 있습니다. DDD 원칙을 활성 레코드 ORM과 결합 할 때 신중한 고려와 훈련 된 접근 방식이 필수적입니다.
FAQS (제공된 FAQ를 다루기) :
제공된 FAQ는 위의 개정 된 응답 내에서 적절하게 해결됩니다. 골재, 가치 대상, 돌연변이터 및 웅변과 함께 사용하는 문제에 대한 설명은 더 나은 흐름과 명확성을 위해 주 텍스트에 통합됩니다.