백엔드
코드 품질 개선 기법 9편: 왔던 길을 되돌아가 보자
두줄요약
양방향 변환은 한쪽 로직을 기준으로 다른 쪽을 유도하는 편이 안전했습니다. 중복 값과 누락은 테스트로 보강하는 방식이 유효했습니다.
핵심 내용
- 네트워크, 파일 시스템, DB 스키마 등 외부 데이터와 코드 모델 간 양방향 변환에서 역방향 변환을 별도로 두면 동기화 누락과 대응 불일치가 발생할 수 있음
- 순방향 변환을 기준으로 역변환을 유도하고, 열거자 속성이나 when 식으로 모든 열거자를 포괄하는 구조를 쓰는 방식 제안
- 변환 범위가 넓으면 enum 클래스가 비대해질 수 있어, 기능·레이어·스코프별로 변환을 국소화하거나 Mapper/Converter 클래스로 분리하는 접근 필요
적용해볼 점
- 양방향 매핑을 독립적으로 두기보다 한쪽을 단일 기준으로 삼아 다른 쪽을 생성하는 구조 검토
- 중복 값 여부는 단위 테스트로 검증해 단사성 보강
- 변환 대상이 많아질수록 enum 속성 집중을 피하고 레이어 단위 변환 책임 분리