기능 이름 변경

가끔 비즈니스에서 기능의 이름을 바꾸기를 요청합니다. 일반적으로 이 작업에는 2가지 접근 방식이 있습니다. 기본적으로 즉시 노력과 향후 복잡성/버그 위험 사이에서 교환이 이루어집니다.

  • 완전하게, 저장소에서 모든 것을 이름을 변경합니다.
    • 장점: 코드 복잡성을 증가시키지 않습니다.
    • 단점: 실행하는 데 더 많은 작업이 필요하며 즉시 발생할 버그의 위험이 더 높습니다.
  • Façade, 사용자에게 보이는 콘텐츠인 인터페이스, 문서, 오류 메시지 등과 같이 필요한 것만 이름을 변경합니다.
    • 장점: 실행하는 데 적은 작업이 필요합니다.
    • 단점: 코드 복잡성을 증가시켜 향후 버그 위험이 높아집니다.

Façade 접근 방식을 선택해야 하는 경우

다음 중 하나 이상이 해당되면 Façade 접근 방식을 선택하는 것이 더 나을 수 있습니다:

  • 새로운 이름이 영구적인지 확신이 없을 때
  • 해당 기능이 버그에 취약합니다 (크고 복잡하며 리팩터링이 필요한 경우 등)
  • 바꾸기 어렵다면 (기능이 다수의 줄, 파일 또는 저장소에 걸칠 경우)
  • 어떤 면에서 혼란을 초래하는 이름 변경인 경우 (데이터베이스 테이블 이름 변경)

Façade-First 접근 방식 고려

Façade 접근 방식은 반드시 최종 단계가 아닙니다. 나중에 완전한 이름 변경을 수행하는 반복작업으로 간주될 수 있습니다 (아마도 해야 할 것입니다).