🔨[refactor] 회원가입/로그인 관련 Converter와 ResponseDTO들 리팩토링

[koojun99]

🔨 리팩토링이 필요한 부분

Converter 클래스의 메서드를 static으로 선언하는 것은 필수는 아니지만, 일반적으로 다음과 같은 이유로 권장됩니다:

1. 상태 독립성: 대부분의 변환(Converter) 로직은 상태(state)를 가지지 않습니다. 즉, 입력 값만 있으면 동일한 결과를 반환하는 순수 함수(pure function)의 형태를 띱니다. 메서드를 static으로 선언함으로써 이 메서드가 어떤 상태에도 의존하지 않는다는 것을 명시적으로 표현할 수 있습니다.
2. 편의성: static 메서드는 객체의 인스턴스를 생성하지 않고도 직접 호출할 수 있기 때문에, 사용하기가 편리합니다. 변환 로직을 필요로 하는 곳 어디에서나 쉽게 접근하여 사용할 수 있습니다.
3. 성능: static 메서드는 인스턴스 생성 비용이 들지 않으므로, 미세하게나마 성능적인 이점이 있습니다. 변환 로직이 복잡하지 않고 자주 호출되는 상황에서 이점을 볼 수 있습니다.

API 명세서에 수정이 이루어짐에 따라 회원가입/로그인 관련 DTO들의 필드명을 변경해야 합니다.

리팩토링 작업 브런치

✅ refactoring TODO

• Converter 클래스 속 메서드들을 static으로 변환
• 회원가입/로그인 관련 DTO들의 필드명을 변경