기능 이름 변경

비즈니스에서 때로는 기능의 이름을 변경하길 원할 때가 있습니다. 대체로, 이 작업에는 2가지 접근 방식이 있습니다. 이들은 주로 즉시 노력과 향후 복잡성/버그 위험 사이에서 교환하는 내용입니다:

  • 완전히 변경하고, 저장소 내의 모든 것을 변경합니다.
    • 장점: 코드 복잡성이 증가하지 않습니다.
    • 단점: 실행할 작업이 더 많아지고 즉시 발생할 버그 위험이 높아집니다.
  • Facade, 가능한 한 적게 이름을 변경합니다. 사용자를 대면하는 콘텐츠(인터페이스, 설명서, 오류 메시지 등)만 변경합니다.
    • 장점: 실행할 작업이 적어집니다.
    • 단점: 코드 복잡성이 증가하여 향후 버그 발생 위험이 높아집니다.

Facade 접근 방식을 선택해야 하는 시기

다음 중 더 많은 항목이 해당될수록 Facade 접근 방식을 선택하는 것이 더 가능합니다:

  • 새로운 이름이 영구적인지 확신하지 못합니다.
  • 해당 기능에 버그가 발생하기 쉬운 경우(대규모, 복잡하며 리팩토링이 필요한 경우 등).
  • 이름을 변경하기 어려운 경우(기능이 여러 줄, 파일 또는 저장소에 걸쳐 있음).
  • 이름을 변경하는 것이 어떤 식으로든 방해가 됩니다(데이터베이스 테이블의 이름 변경 등).

Facade-First 접근 방식을 고려하십시오

Facade 접근 방식은 꼭 최종 단계가 되어야 하는 것은 아닙니다. 나중의 반복에서 완전한 이름 변경을 수행하는 첫 번째 단계로 취급될 수 있습니다(그리고 아마도 해야 할 수도 있습니다).