일정이 촉박해서 UX, UI, BE, FE 가
동시에 우당탕하면서 개발할 때,
프론트엔드에서 아키텍처는 특히 중요해집니다.

FE 는 UX, UI, BE 모두와 연결점이 있어서
각 파트의 변경에 모두 영향을 받게 되어서요.
이때 클린 아키텍처를 사용해서 파트별로 구현을 격리하면
변경사항을 각각 나누어 적용하기 쉬워져요.

entities 로 서비스에서 사용하는 데이터의 interface 를 선언한 후
API 등의 interface 는 중복되는 필드 이름이 있더라도
infrastructre 하위에 다시 선언합니다.

이를 mapper 를 통해 변환해서 각 파트에서 사용하면
API 응답값의 필드 이름이 변경될 때나
혹은 서비스에서 필요한 상태값이 추가될 때
파트별로 다양한 변경에 유연하게 대응할 수 있어요.

여러분은 어떻게 변경에 대응하고 계신가요?
이를 위해 어떤 설계를 적용하고 계신가요??