기능 이름 변경

때때로 비즈니스에서는 기능의 이름을 변경하기를 요청합니다. 일반적으로 그러한 작업에는 2가지 접근 방식이 있습니다. 이들은 즉각적인 노력과 미래의 복잡성/버그 위험 간의 거래입니다:

  • 완전한 방법, 저장소의 모든 것을 이름 변경합니다.
    • 장점: 코드 복잡성이 증가하지 않습니다.
    • 단점: 실행하기 위해 더 많은 작업이 필요하고 즉각적인 버그의 위험이 더 높습니다.
  • 파사드 방식, 가능한 한 적게 이름을 변경합니다. 사용자에게 보이는 콘텐츠, 즉 인터페이스, 문서, 오류 메시지 등을 변경합니다.
    • 장점: 실행하기 위해 덜 작업이 필요합니다.
    • 단점: 코드 복잡성이 증가하여 미래의 버그 위험이 더 높아집니다.

파사드 접근 방식을 선택해야 할 때

다음 중 더 많은 항목이 사실일수록 파사드 접근 방식을 선택해야 할 가능성이 더 높습니다:

  • 새로운 이름이 영구적이지 않을 것이라고 확신하지 못합니다.
  • 해당 기능이 버그에 취약합니다(크고 복잡하며 리팩터링이 필요한 경우 등).
  • 이름 변경이 검토하기 어렵습니다(기능이 많은 줄, 파일 또는 저장소에 걸쳐 존재하는 경우).
  • 이름 변경이 어떤 식으로든 방해가 됩니다(데이터베이스 테이블 이름 변경).

파사드 우선 접근 방식 고려하기

파사드 접근 방식은 반드시 최종 단계일 필요는 없습니다. 이는 (그리고 아마도 해야 할) 첫 번째 단계로 취급될 수 있으며, 이후 반복 작업을 통해 완전한 이름 변경을 수행할 수 있습니다.