서버 요청, 응답 스키마 검증을 해야할까요?

[toothlessdev]

현재 프론트엔드–백엔드 간 통신에서
요청(Request)과 응답(Response)의 형태는 암묵적인 계약에 많이 의존하고 있습니다.

• API 문서(Swagger) 또는 DTO 정의를 참고해 구현
• 실제 런타임에서는 타입 불일치 / 필드 누락 / 형식 변경이 발생해도
• 컴파일 타임이나 요청 직전에는 감지되지 않는 구조

이에 따라 다음과 같은 문제가 간헐적으로 발생합니다.

• 서버 응답 구조 변경 => 프론트 런타임 에러
• optional/nullable 필드 처리 누락
• SSR/Server Component에서 예상치 못한 데이터 shape로 인한 에러

디버깅 시 서버 문제인지 / 프론트 문제인지 원인 추적이 어려움

이런 맥락에서 요청/응답 스키마 검증(Runtime Schema Validation) 도입 여부를 논의해보고자 합니다

@eunwoo-levi @kimgho

[toothlessdev]

저는 Form 유효성 검증 외에는 프론트 런타임 스키마 검증은 불필요하다고 봅니다

개인적으로는 프론트에서 요청/응답 스키마를 런타임으로 검증하는 것은 비용 대비 효용이 낮다고 생각합니다
(폼 입력값 검증처럼 외부 입력이 직접 들어오는 지점은 예외적으로 필요)

단 현재처럼 entities/*/schema 에서 서버 테이블을 기반으로 엔티티를 구성해두었는데,
schema migrate 같은 스크립트를 실행하면 DB 테이블을 기반으로 interface 를 자동으로 반영해두는 script 나 cli 툴을 하나 만들면 좋을것같아요