Rich domain model

Object-Oriented Design & Architecture
Rich Domain Model
조영호
Eternity’s Chit-Chat
http://aeternum.egloos.com

2. 데이터-지향 설계
3. 책임-주도 설계
목차
4. 아키텍처 & 프레임워크
1. 영화 예매 시스템 도메인
5. 결롞

1. 영화 예매 시스템 도메인

4 / 문서의 제목
온라인 영화 예매 시스템

Domain Concept - 영화
Movie

Domain Concept - 상영
2010-10-20 09:30 조조
Showing
2010-10-21 20:30 5회
2010-12-01 14:20 4회

Domain Concept – 할인 정책
Discount Amount Discount
Percent Discount
8,000 - 800 = 7,200
8,000 – (8,000 * 0.1) = 7,200

Domain Concept – 할인 규칙
Rule Sequence Rule
Time Rule
조조 상영인 경우
월요일 10:00 ~ 12:00 상영인 경우
목요일 18:00 ~ 21:00 상영인 경우
10회 상영인 경우

Domain Concept –할인 정책 + 할인 규칙
Movie Discount Rule
1 0..1 1 1..*

Domain Concept –할인 정책 + 할인 규칙
Movie Discount Rule
1 0..1 1 1..*
이끼
8000원
Amount DC
800원
월요일 10:00 ~ 12:00 상영인 경우
목요일 18:00 ~ 21:00 상영인 경우

Domain Concept –할인 적용
이끼
8000원
Amount DC
800원
월요일 10:00 ~ 12:00 상영인 경우
목요일 18:00 ~ 21:00 상영인 경우
상영정보
2010년 12월 23일 목요일
18:00 ~ 20:00(7회차)

Domain Concept –할인 적용
이끼
8000원
Amount DC
800원
월요일 10:00 ~ 12:00 상영인 경우
목요일 18:00 ~ 21:00 상영인 경우
상영정보
2010년 12월 23일 목요일
18:00 ~ 20:00(7회차)
7,200

Domain Concept –예매
Reservation
이끼
2010년 12월 23일 (목)
7회 6:00(오후) – 8:00(오후)
2명
16,000원
14,400원
제 목
상영 정보
인 원
정 가
결재 금액

무엇을 저장할 것인가 - 데이터

데이터 모델
MOVIE
ID
TITLE
RUNNING_TIME
FEE_AMOUNT
FEE_CURRENCY
RESERVATION
ID
CUSTOMER_ID(FK)
SHOWING_ID(FK)
FEE_AMOUNT
FEE_CURRENCY
AUDIENCE_COUNT
RULE
ID
DISCOUNT_ID(FK)
POSITION
RULE_TYPE
DAY_OF_WEEK
START_TIME
END_TUME
SEQUENCE
DISCOUNT
MOVIE_ID(FK)
DISCOUNT_TYPE
FEE_AMOUNT
FEE_CURRENCY
PERCENT
SHOWING
ID
MOVIE_ID(FK)
SEQUENCE
SHOWING_TIME
CUSTOMER
ID
CUSTOMER_ID
NAME

또 다른 데이터 표현 – Anemic Domain Model
Movie
id
title
runningTime
fee
Reservation
id
customerId
showingId
Amounr
audienceCount
Rule
id
discountId
position
ruleType
dayOfWeek
startTime
endTime
sequence
Discount
movieId
discountType
amount
percent
Showing
id
movieId
sequence
showingTime
Customer
Id
customerId
name

초기 데이터
ID TITLE RUNNING_TIME FEE_AMOUNT FEE_CURRENCY
1 이끼 120 8000 KRW
MOVIE
MOVIE_ID DISCOUNTYPE FEE_AMOUNT FEE_ACURRENCY PERCENT
1 A 800 KRW NULL
DISCOUNT
ID DISCOUNT_ID POSITION RULE_TYPE DAY_OF_WEEK
1 1 0 S NULL
RULE
START_TIME
NULL
END_TIME
NULL
SEQUENCE
1
2 1 1 S NULL NULL NULL 10
3 1 2 T 2 10:00 12:00 NULL
4 1 3 T 5 18:00 21:00 NULL
ID MOVIE_ID SEQUENCE SHOWING_TIME
1 1 7 2010-12-23 18:00
SHOWING

어떻게 처리할 것인가 - 프로세스

예매 처리 Service
<<interface>>
MovieDAO
<<interface>>
ReservationService
reserveShowing(customerId, showingId, audienceCount)
ReservationServiceImpl
<<interface>>
DiscountDAO
<<interface>>
RuleDAO
<<interface>>
ShowingDAO
<<interface>>
ReservationDAO

데이터를 사용한 예매 프로세스 구현
@Override
public Reservation reserveShowing(int customerId, int showingId, int audienceCount) {
① 데이터베이스로부터 Movie와 Showing 정보 로딩
② 데이터베이스로부터 Rule 정보 로딩 후 Showig에 적용할 수 있는 Rule 이 있는지 판단
③ if (Rule 이 존재하면) {
Discount를 읽어 요금 할인된 요금 계산
} else {
Movie에 저장되어 있는 정액 요금 사용
}
④ Reservation 생성 후 데이터베이스 저장
}
Algorithm or Process

@Override
Showing showing = showingDAO.selectShowing(showingId);
Movie movie = movieDAO.selectMovie(showing.getMovieId());
} else {
}
}
① 데이터베이스로부터 Movie와 Showing 정보 로딩

@Override
Rule rule = findRule(showing, movie);
} else {
}
}
private Rule findRule(Showing showing, Movie movie) {
for(Rule each : ruleDAO.selectRules(movie.getId())) {
if (each.isAccepted(showing, movie)) {
return each;
}
}
return null;
}

@Override
Money fee = movie.getFee();
if (rule != null) {
fee = calculateFee(movie);
}
}
} else {
}
private Money calculateFee(Movie movie) {
Discount discount = discountDAO.selectDiscount(movie.getId());
if (discount.isAmountType()) {
return movie.getFee().minus(Money.wons(discount.getFee()));
} else if (discount.isPercentType()) {
return movie.getFee().minus(
movie.getFee().times(discount.getPercent()));
}
return movie.getFee();
}

@Override
if (rule != null) {
}
Reservation result = makeReservation(customerId, showingId, audienceCount, fee);
reservationDAO.insert(result);
return result;
}
private Reservation makeReservation(int customerId, int showingId,
int audienceCount, Money payment) {
Reservation result = new Reservation();
result.setCustomerId(customerId);
result.setShowingId(showingId);
result.setAudienceCount(audienceCount);
result.setFee(payment);
return result;
}

중앙 집중식Centralized 제어 스타일
reserveShowing()
showing = selectShowing()
rules = selectRules()
isAccepted()*
discount = selectDiscount()
isAmountType()
getFee()
new
rules
:Rule
:Showing
DAO
showing
:Showing
:Reservation
Service
:Rule
DAO
:Discount
DAO
discount
:Discount
:Reservation

아키텍처 패턴
Transaction Script

책임Responsibility

Showing
상영 정보를 알고 있다
예매 생성 책임
예매 생성에 필요한 정보의 EXPERT에게 할당Creator
예매 정보를 생성한다

가격 계산 책임
영화 가격 정보를 알고 있는 EXPERT에 할당Information Expert
Showing
Movie
Customer
Movie
영화정보를 알고 있다
가격을 계산한다

Showing
Movie
영화정보를 알고 있다 DiscountStrategy
할인율 계산 책임
할인율을 적용할 STRATEGY 객체 추가
DiscountStrategy
할인율 정책을 알고 있다
할인된 가격을 계산한다
Movie
Customer

Showing
Movie
영화정보를 알고 있다 DiscountStrategy
DiscountStrategy
할인율 정책을 알고 있다
할인된 가격을 계산한다
Movie
Customer
할인 여부를 판단할 책임
할인 정책을 판단하기 위한 SPECIFICATION 객체 추가
Rule
할인 정책을 알고 있다
할인 여부를 판단한다
Rule
Showing

Rich Domain Model
Customer
Showing
reserve(customer, count):Reservation
Rule
isStatisfiedBy(showing):boolean
Reservation
AmountStrategy PercentStrategy NonDiscountStrategy SequenceRule TimeOfDayRule
DiscountStrategy
calculateFee(showing):Money
Movie
상속inheritance과 다형성polymorphism의 활용
<<create>>

데이터에 대한 걱정은 잠시 꺼두셔도 좋습니다

public class Showing {
public Reservation reserve(Customer customer, int audienceCount) {
return new Reservation(customer, this, audienceCount);
}
}
public class Reservation {
public Reservation(Customer customer, Showing showing, int audienceCount) {
this.customer = customer;
this.showing = showing;
this.fee = showing.calculateFee().times(audienceCount);
this.audienceCount = audienceCount;
}
}
public class Showing {
public Money calculateFee() {
return movie.calculateFee(this);
}
}
public class Movie {
public Money calculateFee(Showing showing) {
return discountStrategy.calculateFee(showing);
}
}
책임 기반 구현

public abstract class DiscountStrategy {
for(Rule each : rules) {
if (each.isStatisfiedBy(showing)) {
return getDiscountedFee(showing);
}
}
return showing.getFixedFee();
}
abstract protected Money getDiscountedFee(Showing showing);
public abstract class Rule {
abstract public boolean isStatisfiedBy(Showing showing);
}
public class SequenceRule extends Rule {
public boolean isStatisfiedBy(Showing showing) {
return showing.isSequence(sequence);
}
} public class TimeOfDayRule extends Rule {
public boolean isStatisfiedBy(Showing showing) {
return showing.isPlayingOn(dayOfWeek) &&
Interval.closed(startTime, endTime)
.includes(showing.getPlayngInterval());
}
}

public abstract class DiscountStrategy {
for(Rule each : rules) {
if (each.isStatisfiedBy(showing)) {
return getDiscountedFee(showing);
}
}
}
abstract protected Money getDiscountedFee(Showing showing);
public class AmountDiscountStrategy extends DiscountStrategy {
protected Money getDiscountedFee(Showing showing) {
return showing.getFixedFee().minus(discountAmount);
}
}
public class NonDiscountStrategy extends DiscountStrategy {
}
}
public class PercentDiscountStrategy extends DiscountStrategy {
return showing.getFixedFee().minus(showing.getFixedFee().times(percent));
}
}

위임식delegated, 분산식dispersed 제어 스타일
:Reservation :Movie
reserve()
new
:Showing
calculateFee()
calculateFee()
:DiscountStrategy :Rule
calculateFee()
isStatisfied()*

아키텍처 패턴
Domain Model

Transaction Script의 단점
@Override
if (rule != null) {
}
return result;
}
}
}
새로운 할인 정책 추가

@Override
if (rule != null) {
}
return result;
}
} else if (discount.isMilleageType()) {
movie.getMileageBaseAmount().times(discount.getMileageFactor()));
}
}
기졲 코드 수정
Transaction Script의 단점

Rich Domain Model의 장점
Customer
Showing
Rule
Reservation
DiscountStrategy
Movie
<<create>>
새로운 할인 정책 추가

Rich Domain Model의 장점
Customer
Showing
Rule
Reservation
DiscountStrategy
calculateFee(Showing):Money
Movie
<<create>>
MileageStrategy
OCPOpen-Closed Principle

4. 아키텍처 & 프레임워크

Layered Architecture
User Interface
Service
Domain
Infrastructure

도메인 레이어 캡슐화

Layered Architecture
User Interface
Service
Domain
Infrastructure

Service Layer
 애플리케이션 경계
 도메인 레이어의 재사용성 촉짂
<<interface>>
ReservationService
<<interface>>
CustomerRepository
<<interface>>
ShowingRepository
<<interface>>
ReservationRepository
Showing

Service Layer
 Operation Script
 Not Transaction Script
<<interface>>
ReservationService
<<interface>>
CustomerRepository
<<interface>>
ShowingRepository
<<interface>>
ReservationRepository
Showing
@Override
@Transactional(propagation=Propagation.REQUIRED)
public Reservation reserveShowing(int reserverId, int showingId,
int audienceCount) {
Customer reserver = customerRepository.find(reserverId);
Showing showing = showingRepository.find(showingId);
Reservation reservation = showing.reserve(reserver, audienceCount);
reservationRepository.save(reservation);
return reservation;
}

도메인 레이어 의졲성 관리
User Interface
Service
Domain
Infrastructure

순수한 객체
POJO
Plain Old Java Object

POJO의 3대 요소
Dependency
Injection
Aspect-Oriented
Programming
Annotation

비침투적인Non-Intrusive 프레임워크
 POJO 개발을 위한 젂제조건
 Lightweight Framework

Dependency Injection
 객체 간의 의졲성 관리 이슈로부터 도메인 레이어 보호
 구성-사용 분리 원리the principle of separating configuration from use
<<interface>>
ReservationService
<<interface>>
CustomerRepository
CustomerRepositoryImpl

Dependency Injection – Spring
<bean id="reservationService”
class="org.eternity.theater.reservation.ReservationServiceImpl">
<property name="customerRepository" ref="customerRepository"/>
......
</bean>
<bean id="customerRepository“
class="org.eternity.theater.customer.hibernate.CustomerRepositoryImpl">
<property name="sessionFactory" ref="sessionFactory"/>
</bean>
<<interface>>
ReservationService
<<interface>>
CustomerRepository
CustomerRepositoryImpl

Impedance Mismatch
 객체 모델과 DB 스키마 간의 불일치
 객체 모델과 DB 스키마 간의 변환 계층 필요
RULE
ID
DISCOUNT_ID(FK)
POSITION
RULE_TYPE
DAY_OF_WEEK
START_TIME
END_TUME
SEQUENCE
DISCOUNT
MOVIE_ID(FK)
DISCOUNT_TYPE
FEE_AMOUNT
FEE_CURRENCY
PERCENT
Rule
Amount
Strategy
Percent
Strategy
NonDiscount
Strategy
Sequence
Rule
TimeOfDay
Rule
DiscountStrategy

DATA MAPPER
 객체 모델과 DB 스키마 간의 독립성 유지
 도메인 객체는 DB에 대해 독립적
RULE
ID
DISCOUNT_ID(FK)
POSITION
RULE_TYPE
DAY_OF_WEEK
START_TIME
END_TUME
SEQUENCE
Rule
SequenceRule TimeOfDayRule
RuleMapper
insert
Update
delete

O/R MAPPER - Hibernate
<hibernate-mapping package="org.eternity.theater.movie.pricing"
default-access="field">
<class name="Rule" table="RULE">
<id name="id" column="ID" type="long">
<generator class="native"/>
</id>
<discriminator column="RULE_TYPE" type="string" />
<subclass name="SequenceRule" discriminator-value="S">
<property name="sequence" column="SEQUENCE" type="integer"/>
</subclass>
<subclass name="TimeOfDayRule" discriminator-value="A">
<property name="dayOfWeek" column="DAY_OF_WEEK" type="integer"/>
<property name="startTime" column="START_TIME"
type="org.eternity.support.hibernate.TimeOfDayUserType"/>
<property name="endTime" column="END_TIME"
type="org.eternity.support.hibernate.TimeOfDayUserType"/>
</subclass>
</class>
</hibernate-mapping>
RULE
ID
DISCOUNT_ID(FK)
POSITION
RULE_TYPE
DAY_OF_WEEK
START_TIME
END_TUME
SEQUENCE
Rule
SequenceRule TimeOfDayRule

트랜잭션 경계
User Interface
Service
Domain
Infrastructure
Begin TX
Commit
Rollback

AOPAspect Oriented Programming
User Interface
Service
Domain
Infrastructure
Begin TX
Commit
Rollback
ASPECT

Spring AOP & Annotation
User Interface
Service
Domain
Infrastructure
Begin TX
Commit
Rollback
ASPECT
<tx:annotation-driven/>
<bean id="transactionManager"
class="org.springframework.orm.hibernate3.HibernateTransactionManager">
<property name="sessionFactory" ref="sessionFactory"/>
</bean>
@Override
@Transactional(propagation=Propagation.REQUIRED)
public Reservation reserveShowing(int reserverId, int showingId, int audienceCount) {
Customer reserver = customerRepository.find(reserverId);
Showing showing = showingRepository.find(showingId);
Reservation reservation = showing.reserve(reserver, audienceCount);
reservationRepository.save(reservation);
return reservation;
}

Rich Domain Model
 설계 관점이지 기술 관점이 아님
 훌륭한 객체 지향 설계 지침을 따를 것

그러나 기술적인 제약 사항 역시 중요
 비침투적인 프레임워크를 사용하라
 프레임워크의 제약 사항을 파악하라
 프레임워크의 제약 사항에 따라 구현 가능하도록 아키텍처를 수정하라
가지고 있는 도구 또한 아키텍처에 영향을 준다는 사실을 알 수 있다. 때로는 아키
텍처를 바탕으로 도구를 선택할 수 있으며, 이롞적으로는 그것이 올바른 방법이다.
그러나 실제로는 도구에 아키텍처를 맞추어야 한다.
- Martin Fowler

Rich Domain Model을 자제해야 하는 경우
객체 지향 분석/설계 경험이 부족한 경우
비침투적인 프레임워크를 사용할 수 없는 경우
비침투적인 프레임워크에 대한 경험이 부족한 경우
O/R Mapper를 사용할 수 없는 경우
비즈니스 로직이 단순하고 개발 기간이 짧은 경우

첨언
Be Pragmatic

참고자료
- Patterns of Enterprise Application Architecture, Martin Fowler, Addison-Wesley, 2002
- Domain-Driven Design, Eric Evans, Addison-Wesley, 2003
- Expert One-on-One J2EE Development without EJB, Rod Johnson, Wrox, 2004
- Applying UML and Patterns 3rd Edition, Craig Larman, Prentice Hall, 2004
- Agile Software Development, Principles, Patterns, and Practices, Robert C. Martin,
Prentice Hall, 2002
- Object Design : Roles, Responsibilities, and Collaborations , Rebecca Wirfs-Brock,
Alan McKean, Addison-Wesley,2002
- POJOs in Action, Chris Richardson, Manning, 2006
- Java Persistence with Hibernate, Christian Bauer, Gavin King, Manning, 2006
- Spring in Action 2nd Edition, Craig Walls, Manning, 2007
- The New Holy Trinity, Ramnivas Laddad,
http://www.aspectprogrammer.org/blogs/adrian/2005/03/the_new_holy_tr.html

Rich domain model

Recomendados

Recomendados

Más contenido relacionado

La actualidad más candente

La actualidad más candente (20)

Similar a Rich domain model

Similar a Rich domain model (19)

Más de Young-Ho Cho

Más de Young-Ho Cho (11)

Rich domain model