기능 이름 변경

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

  • 전체, 리포지터리 안의 모든 것을 이름을 바꿉니다.
    • 장점: 코드 복잡성 증가하지 않음.
    • 단점: 실행에 더 많은 작업이 필요하고 즉시 버그 발생 위험이 높아집니다.
  • 파사드, 사용자에게 노출되는 콘텐츠만 최소한으로 변경합니다. 예를 들어, 문서, 에러 메시지 등
    • 장점: 실행에 필요한 작업이 적습니다.
    • 단점: 코드 복잡성이 증가하여 향후 버그 발생 위험이 높아집니다.

파사드 접근 방법을 선택하는 시기

다음 중 하나 이상이 해당되면 파사드 접근 방법을 선택할 가능성이 높습니다:

  • 새 이름이 영구적인지 확신할 수 없습니다.
  • 해당 기능이 버그에 취약합니다 (크고 복잡하며 리팩터링이 필요한 등).
  • 이름을 바꾸기가 검토하기 어렵습니다 (기능이 많은 줄, 파일 또는 리포지터리에 걸쳐 있음).
  • 이름을 바꾸기가 어떤 면에서 방해가 됩니다 (데이터베이스 테이블 이름 변경).

먼저 파사드 접근 고려

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