[FE] 좋아요 필터링 기능을 구현한다. #817
Conversation
…ng-ggood into feat/811-like-filtering-impl
skiende74
temporarily deployed
to
frontend-msw
GitHub Actions
Inactive
| const response = await fetcher.get({ url: BASE_URL + ENDPOINT.CHECKLISTS }); | ||
| export const getChecklists = async (isLikeFiltered: boolean = false) => { | ||
| const response = await fetcher.get({ | ||
| url: BASE_URL + (isLikeFiltered ? ENDPOINT.CHECKLISTS_LIKE : ENDPOINT.CHECKLISTS), |
There was a problem hiding this comment.
개인적으로 이렇게 다른 엔드포인드의 api 함수를 묶는 건 좋지 않은 선택인 것 같다는 생각이 드네요. 나중에 필터링 로직이 추가된다면, 해당 함수에 너무 많은 로직이 추가될 것 같은데(물론 제이드가 이랬다면 분리하셨을 것 같지만..) 미리 둘을 분리하는 건 어떠신가요 ?
There was a problem hiding this comment.
지금 생각해보니 취향 차이인 것 같긴한데, getChecklists 로부터 좋아요 fetch 를 유추할 수 있나? 가 고민인 것 같네요. 같은 get 메서드이니 상관없긴 하지만, 개인적으로는 �메서드 명에 필터링까지 드러나야 한다고 생각하긴 합니다..! 제이드의 의견이 궁금하네요
There was a problem hiding this comment.
사실 지금 백엔드가 다른엔드포인트로 구별되어서그렇지
like 같은 필터링은,
통상 동일한 엔드포인트에서 query param만 ?fiter=like 이런식으로 넣어서 구현하는 경우가 대부분이라 생각합니다.
따라서 사용처 입장에서는 그게 별도의 엔드포인트라는 사실을 감추는 게 유리하다고 생각합니다.
| toggle: () => void; | ||
| }; | ||
| } | ||
| export const useLikeFilterStore = create<IsLikeFilterEnabledState>((set, get) => ({ |
There was a problem hiding this comment.
다른 LIKE 쿼리로 저장하는 것이 아닌 이렇게 store 를 선택한 이유가 있으신가요? 다른 api 와 달리 store 를 쓴 점에 대해 이유가 궁금합니다!
There was a problem hiding this comment.
like 상태에따라 두 쿼리를 바꿔서 사용해야하는데,
이 like 상태를 바꾸는 위치가 다른 컴포넌트라서
나이브하게 구현하면
like 여부를 기억하는 zustand store로 like 상태를 기억시키고.
사용처에서는 이 store상태에따라 다른 api 호출하는 로직 작성인데,
이러면 컴포넌트에 구현이 노출되는 셈이라 선언적으로 하기위해 훅으로 하였습니다.
There was a problem hiding this comment.
이해했습니다!! 호출부와 api 사용처가 달라서 생긴 이슈군요
|
|
||
| const useGetChecklistList = () => { | ||
| const { | ||
| isEnabled, |
There was a problem hiding this comment.
isEnabled 으로 해당 like 가 필터링 됐는지 ,안됐는지 알기가 어려운데, 이름을 isLiked 나 isLikeFiltered 등으로 바꾸면 어떨까요?
There was a problem hiding this comment.
isLikeFiltered 좋은거같습니다.
skiende74
temporarily deployed
to
frontend-msw
GitHub Actions
Inactive
놓쳤었네요. 알겠습니다 ! 모바일에서 제목이 2줄되는현상을 막기위해 그리고 헤일리가 |
흠.. 이 부분은 기존 워딩이 이 좋은거 같습니다. 좋아요를 내리는 방식도 고려해보면 좋을거 같아요! 피그마에 대략 레이아웃 추가해놓겠습니다. 골라보면 좋을거 같아요! |
좋은 방법인 것 같습니다. 우선은 머지를 하되 "워딩" + "레이아웃" 안건을 이 PR에서 계속 논의 및 결정해서 그 논의 결과를 |
|
워딩에 관해서 개인적인 의견을 말씀 드리자면, 기존에 '방을 꼭 둘러볼때~' 라는 문구는 길기도 하고 홍보문구의 색이 강해서 제이드가 바꾼 버전이 더 나은 것 같습니다. 사실 홍보용도 나쁘지 않긴 한데, 저런 서브 타이틀에서는 직관성, 이해성이 먼저라고 생각해서요. '내가 둘러본 방' => '체크리스트 리스트' 가 더 잘 이어지는 것 같아요! |
skiende74
temporarily deployed
to
frontend-msw
GitHub Actions
Inactive
|
#833 |
❗ Issue
✨ 구현한 기능
useGetChecklistListQuery를 감싸는useGetChecklistList훅 생성.📢 논의하고 싶은 내용
체크리스트리스트 필요할땐
useGetChecklistListQuery쿼리말고 이 훅을 써주세요.좋아요 필터링 여부를 기억하고, 좋아요 필터링/해제를 할 수 있도록 하는 훅
🎸 기타