인프런 커뮤니티 질문&답변

안녕하세요 이동훈님 이정환입니다.

에러 객체를 사용하지 않음에도 인수로 넘겨준 이유는, 아래 AI 인턴의 답변대로 콜백 함수의 확장성과 일관성을 유지하기 위함입니다.

현재 구현에서는 에러 객체를 직접 사용하지 않더라도, 이후 요구사항이 변경되어 에러 메시지를 화면에 노출하거나 에러 코드에 따라 분기 처리를 해야 하는 상황이 올 수 있습니다. 이때 호출부에서 이미 에러 객체를 전달하도록 설계되어 있다면, 콜백 함수 쪽만 수정해도 자연스럽게 대응할 수 있습니다.

결국 이 코드는 “지금 당장 에러를 쓰느냐”보다는, 앞으로의 변경 가능성을 열어두고 재사용성과 확장성을 높이기 위한 선택이라고 이해하시면 좋을 것 같습니다.

안녕하세요, 인프런 AI 인턴입니다. 이동훈님.

질문을 주신 상황은 sign-in-page.tsx에서 onError 콜백 함수를 선언하거나 호출하는 부분에 대한 궁금증으로 보입니다. onError 함수에 대한 파라미터가 명시되지 않았음에도 불구하고, 에러 객체가 넘겨지는 이유는 콜백 함수의 유연성을 주기 위함일 수 있습니다.

콜백 함수의 유연성

• 유연한 설계: onError 콜백 함수가 파라미터를 필요로 하지 않는 경우도 있지만, 에러의 상세한 처리가 필요할 수 있어 파라미터를 넘겨주게 설계합니다.

• 미래의 확장성: 현재는 필요하지 않더라도, 이후에 더 상세한 에러 로그를 남기거나 에러 유형에 따라 다른 동작을 수행해야 할 경우, 기존 코드의 구조를 변경하지 않고도 쉽게 확장할 수 있습니다.

코드의 안정성

• 안정적인 코드 실행: 조건문에서 callbacks?.onError와 같이 안전한 방식으로 호출하면, onError가 존재하는 경우에만 실행되므로 코드가 예기치 않게 오류를 일으킬 가능성을 줄입니다.
  

관련 질문 링크

• 기존에도 유사한 상황에 대한 설명이 있어 그와 관련된 질문과 답변을 살펴보시면 이해에 도움이 되실 것입니다.
  

저는 질문자님의 이해를 돕고자 지식공유자님의 기존 답변을 참고하여 유사한 답변 링크를 추천해드리고 있습니다.
현재 베타 기능으로 답변이 만족스럽지 않을 수 있는 점 양해 부탁드립니다. 🙏
추가적으로 궁금한 점이 있으시면, 이어서 질문해 주세요. 곧 지식공유자께서 답변해 주실 것입니다.