파이썬으로 살펴보는 아키텍처 패턴

199

9

장

메시지 버스를 타고 시내로 나가기

모든 게 너무 과한 것 같은가? 점진적으로 이런 방향으로 나가보자. 준비 리팩터링

Preparatory

Refactoring

(

https

://

oreil

.

ly

/

W3RZM

) 워크플로를 따를 것이다. 준비 리팩터링은 “변경하기

쉽게 코드를 준비해야 한다. 그 후 쉬워진 변경을 실제로 수행하자”라고 정리할 수 있다.

1.

서비스 계층을 이벤트 핸들러로 리팩터링한다. 이벤트가 시스템에 대한 입력을 기술

하는 방법에 익숙할 수 있다. 특히 기존

services

.

allocate

()

함수는

Allocation

Required

라는 이벤트의 핸들러가 된다.

2.

BatchQuantityChanged

이벤트를 시스템에 넣고

Allocated

이벤트가 발생하는지 검

사하는 엔드투엔드 테스트를 만든다.

3.

개념적으로 구현은 아주 단순하다.

BatchQuantityChanged

에 대한 새로운 핸들러를 만

들고, 이 핸들러 구현은

AllocationRequired

이벤트를 발생한다. 그리고

API

에서 사

용하는 할당 핸들러와 같은 핸들러가 이

AllocationRequired

이벤트를 처리한다.

이 과정에서 메시지 버스와

UoW

를 약간 변경해서 새 이벤트를 메시지 버스에 넣는 책임을 버

스 자체로 옮긴다.

9.2

서비스 함수를 메시지 ...