기능 이름 바꾸기

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

  • 완전하게, 리포지터리 안의 모든 것을 이름을 바꾸는 접근.
    • 장점: 코드 복잡성이 증가하지 않음.
    • 단점: 실행하는 데 더 많은 작업이 필요하고 즉시 발생하는 버그 위험이 높아집니다.
  • Façade로, 사용자를 대면하는 콘텐츠만 이름을 바꾸는 접근; 문서, 오류 메시지 등.
    • 장점: 실행하는 데 필요한 작업이 적음.
    • 단점: 코드 복잡성이 증가하여 미래의 버그 발생 위험이 높아집니다.

Façade 접근 방법을 선택해야 하는 시기

다음 중 더 많은 항목이 적용되면, Façade 접근 방법을 선택해야 할 가능성이 높아집니다:

  • 새로운 이름이 영구적이라고 확신하지 못하는 경우.
  • 기능이 버그에 취약한 경우 (크고 복잡하며, 리팩토링이 필요한 경우 등).
  • 이름 바꾸기가 검토하기 어려운 경우 (기능이 많은 줄, 파일 또는 리포지터리에 걸친 경우).
  • 이름 바꾸기가 어떤 식으로든 방해가 되는 경우 (데이터베이스 테이블 이름 변경).

Façade-First 접근 방법을 고려하세요

Façade 접근 방법은 반드시 최종 단계가 아닙니다. 나중에 완전한 이름 변경을 수행하는 반복 작업이 이루어질 수 있으며 (아마도 해야할지도 모릅니다), 첫 번째 단계로 취급될 수 있습니다.