개인계좌·주문 기능 도메인 패키지 분리 구조 결정
상태
승인
후보군
| 방안 | 설명 |
|---|---|
3개 도메인 패키지 분리 (account / order / holding) | 계좌·주문·보유종목·거래내역을 3개 패키지로 분리. TradeHistory는 holding 패키지에 위치 |
| 단일 패키지 통합 | 계좌·주문·보유종목·거래내역을 하나의 패키지로 묶음 |
결정
account, order, holding 3개 도메인 패키지로 분리한다. TradeHistory는 조회 흐름이 holding과 동일(HoldingGateway 재사용)하므로 holding 패키지에 위치한다.
결정 이유
- 계좌·주문·보유종목·거래내역을 하나의 패키지로 묶으면 파일이 많아지고 변경 파급이 크다.
- 기존
alert/watchlist/stock분리 패턴을 따라 일관성을 유지한다. - 패키지 간 의존 없음(
domain.common만 허용)으로 병렬 티켓 작업이 용이하다.
검토 대안
| 방안 | 기각 이유 |
|---|---|
| 단일 패키지 통합 | 파일 수 증가로 가독성 저하. 변경 파급 범위 확대. 티켓 병렬 작업 불리 |
4개 패키지 분리 (account / order / holding / trade_history) | TradeHistory 조회 흐름이 HoldingGateway를 재사용하므로 별도 분리 실익 없음 |
트레이드 오프
- 득: 패키지 간 의존 없음. 주문과 계좌 코드 독립적 변경 가능. 티켓 분해 시 병렬 작업 용이.
- 실:
TradeHistory가holding패키지에 위치해 직관적 탐색이 다소 불명확할 수 있음.