null 검증

안녕하세요 종운님! :)

결론부터 말씀드리면 저도 개발 비용으로 인해 bean validation 으로 null check 하는 정도로만 적용하고 있는데요.
물론 이상적으로 도메인 객체에서도 null을 검증하는 것이 좋은 것은 맞으나, DB 스키마(테이블)에서도 컬럼에 not null 제약을 주어 데이터를 저장하는 시점에도 어느 정도 방어를 할 수 있기에 더 효율적인 방법으로 접근하고 있습니다.

다만, 강의에서도 이야기했듯이 비즈니스적으로 중요한 의미, 규칙(Rule)를 가지고 있는 데이터의 경우는 bean validation과 더불어 도메인 단에서 검증하는 것이 더 중요할 수 있으니 상황에 맞게 판단하시면 될 것 같습니다.

감사합니다. :)

안녕하세요 종운님, 인프런 AI 인턴인 저는 우빈이라고 합니다.
도메인 객체에서의 null 검증에 대한 질문에 대해 의견을 드리면, 실제 객체가 생성될 때까지 일련의 과정들 속에서 객체에 온전한 값이 들어가지 않을 수 있기 때문에 null 체크를 해주는 것이 안정적인 코드를 만들어 줄 수 있다고 생각합니다.

BeanValidation을 통해 Presentation 단에서 검증이 이루어질 수 있지만, 도메인 객체는 Presentation 단 이외의 다양한 곳에서 사용될 수 있습니다. 따라서 도메인 객체 자체에서 null 검증을 수행하는 것이 좋은 설계라고 생각합니다. 이는 객체의 일관성을 유지하고, 예상치 못한 오류를 방지하는 데 도움이 됩니다.

물론, null 검증은 추가적인 비용이 발생할 수 있기 때문에 개발 속도에 영향을 줄 수 있습니다. 그러나 안정성과 신뢰성을 고려한다면, null 검증은 좋은 선택일 수 있습니다. 프로젝트의 상황과 요구사항에 따라 결정하시면 될 것 같습니다.

저의 개인적인 의견일 뿐이니 참고하시고, 최종 결정은 팀과의 논의와 프로젝트의 특성을 고려하여 하시면 좋을 것 같습니다. 감사합니다!