도메인 로직 vs 비즈니스 로직

코드를 작성하기 전 생각해야 할 두 가지

1. 해결하고자 하는 문제 → 도메인(Problem Domain, Core Domain)
2. 해결 방안 → 비즈니스 로직(Domain Logic, Business Rule, Domain Knowledge)

⇒ 도메인 로직 = 비즈니스 로직

→ 도메인과 도메인 로직은 different

https://enterprisecraftsmanship.com/posts/what-is-domain-logic/

도메인 로직(비즈니스 로직)

도메인 로직만 코드에 있을 수 없음. 예를 들면, 아래 같은 친구들은 도메인 로직이라고 하기엔 애매모호.

• DB 로직: DB에 도메인 모델을 저장
• 3rd Party API 로직: 외부 서비스 사용
• UI 로직: UI를 통해 사용자와 상호작용하는 코드

특히 *Transaction Script 아키텍처 패턴을 사용하는 경우에는 더욱 그러함

• 도메인 모델에게 행위를 주지 않고 서비스가 전부 처리함
• DB 로직과 도메인 로직이 짬뽕됨

도메인이 복잡해질수록 코드 가독성은 떨어짐. 안티패턴으로 빈약한 도메인 모델(Anemic Domain Model)이 있다.

도메인 로직와 이외의 로직을 구분 → 도메인 모델을 추출하여 코드에서 명확하게 관심사 분리

도메인 모델 : 비즈니스적으로 의미가 있는 결정을 내림

⇒ 그 외의 코드 doing

• 도메인 모델의 결정을 따라 어떤 작업 수행
• 도메인 모델의 결정을 위한 정보 제공