-
Notifications
You must be signed in to change notification settings - Fork 0
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Refactor#82 slice를 이용한 무한 스크롤 #83
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
로직에 문제 없어 보여요!
빠른 구현 고생하셨습니다!
고민 점에 대해서 제 생각을 말해보자면 Long과 Integer의 차이는 데이터 값의 크기에요, 하지만 Integer도 21억까지 표현이 가능하기 때문에 Long 타입까지 사용할 필요는 없을 것 같아요
이건 다른 의견인데 페이지 넘버, 사이즈의 경우는 null이 들어갈 필요가 없고, 허용하지 않아야한다고 생각해요. 그렇다면 굳이 Wrapper 타입인 Integer를 사용하기 보다 원시 타입인 int를 사용하는 것도 좋을 것 같아요!
요즘에 Wrapper 타입과 원시 타입의 사용에 대해서도 고민을 많이 하는데 이런 고민도 해보시면 좋을 것 같아요!
if (noticeId < 1 || noticeId > finalNoticeId + 1) { | ||
throw new NoticeNotFoundException(); | ||
public Slice<NoticeDTO.ResponseAll> findNotices(Integer pageNumber, Integer pageSize) { | ||
if (pageNumber < 0) { |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
구체적인 예외처리 좋아요 👍🏻
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
위 의견 확인했습니다! 이 경우에는 원시 타입을 쓰는게 더 좋아보이네요 수정할게요!
고생많으셨습니다 |
PR 내용
PR 세부사항
관련 스크린샷
중간 게시물을 조회한 경우
마지막 게시물까지 조회한 경우
last = true
주의사항
=> 원시 타입인 int로 변경했습니다!
체크 리스트