Skip to content

Conversation

@fs6-kde
Copy link
Collaborator

@fs6-kde fs6-kde commented May 4, 2025

요구사항

기본

  • 상품 수정&삭제, 댓글 수정&삭제 제외하고 다 구현되었습니다.

심화

  • 구현하지 못했습니다.

주요 변경사항

스크린샷

멘토에게

@fs6-kde fs6-kde requested a review from dokdo2013 May 4, 2025 14:03
@fs6-kde fs6-kde self-assigned this May 4, 2025
Copy link

@dokdo2013 dokdo2013 left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

전반적으로 잘 작성하셨습니다. 고생 많으셨습니다!

  • 현재 API 호출하는 부분이 공통 부분 쓰는 경우도 있고, 개별적으로 fetch를 쓰는 경우도 있습니다. 하나로 방식이 통일되고, API Base URL도 공통으로 분리해서 쓰면 재사용성에 도움이 될 것 같습니다.

Comment on lines +40 to +50
if (err.message.includes("존재하지")) {
setModalMessage("존재하지 않는 이메일입니다.");
} else if (err.message.includes("비밀번호")) {
setModalMessage("비밀번호가 일치하지 않습니다.");
} else {
setModalMessage("로그인에 실패했습니다.");
}
setShowModal(true);
} finally {
setLoading(false);
}

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

보통 이런 경우에는 서버에서 내려준 값을 그대로 쓰거나, 아니면 에러 코드같은 걸 미리 만들어두고 매핑해서 보여주는 식으로 많이 사용합니다. 여기서는 이렇게 처리해준 특별한 이유가 있을까요?

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

이 컴포넌트는 기능적으로 PasswordField 컴포넌트와 검증하는 부분 하나 제외하고는 동일한데 하나로 통합할 수 있을 것 같습니다.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants