DevelopersPath / Make-Clean-Architecture

만들면서 배우는 클린 아키텍처 책을보면서 공부하는 레포지토리입니다.
1 stars 3 forks source link

Ch4 유스케이스 구현하기 #7

Open InHyeok-J opened 2 years ago

YeongHyeon-Kim commented 2 years ago

domain entity? p47) 도메인 모델을 로드해야 한다면

ritty27 commented 2 years ago

비지니스 규칙 검증하기 책에서의 설명 비지니스 규칙 - 모델의 현재 상태에 접근해야 한다 VS 입력 유효성 검증 - 모델의 현재 상태에 접근 하지 않아도 된다. 로 설명하고 있다.(p.45)

아디이의 제약 조건

  1. 아이디에 특수 문자가 들어가서는 안된다.
  2. 중복된 아이디는 만들 수 없다.

라고 하였을 때 아이디에 특수 문자가 들어가서는 안된다. 라는 것은 책에 따르면 입력 유효성 검증이다. 중복된 아이디는 만들 수 없다는 모델들을 찾아서 비교해야하니 비지니스 규칙이다. (심지어 책에서 설명하지 않은 예외 상황이다. 사용하려는 모델을 검증하는 것이 아니라 사용하지 않는 다른 모델들의 상태를 검증해야 한다.)

아이디의 제약 조건이고 분명 비지니스적으로 가치가 있는 검증이라는 생각이 드는데, 이걸 모델의 상태를 확인하는 유무로 두개로 나누는게 맞는 것일까?