개설자 본인은 공동 모임장 검색이 되지 않도록 구현 #949
Conversation
|
|
빌드 에러가 났네! 확인 부탁해! |
| const { data: mentionUserList } = useQueryGetMentionUsers(); | ||
| //API 연결에서 타입을 지정해두지 않았기 때문에 any 이용 | ||
| const filteredMeList = mentionUserList?.filter((mentionUser: any) => mentionUser.userId !== user?.id); |
There was a problem hiding this comment.
any 가 있네요! any는 코드를 작성하는 때에는 문제가 없을지 몰라도.. 코드 수정 시에는 큰 문제가 될 수 있어요. 예를 들어, 만약 mentionUserList 에서 userId가 아닌 다른 값을 사용한다고 바뀌었다고 했을 때 타입에러가 발생하지 않으므로, 여기에서 userId 가 쓰인다는 사실을 모르게 되고, 이는 렌더링 시점에서 발생하는 에러이기 때문에, 사이트 전체가 터지게 되어요. (에러 바운더리를 쓰고 있다면, 가장 가까운 에러 바운더리에서 잡히게 되겠지만, 크루는 에러 바운더리조차 쓰고 있지 않기 때문에, 한 군데에서 문제가 터지면 사이트 전체가 터지게 됩니다..)
There was a problem hiding this comment.
any 정말 쓰고 싶진 않았는데 ㅠㅠ 지금 사용하고 있는 api에서 딱히 타입을 정의 안해줘서 any를 사용하긴 했어요!
api에서 타입을 정의해두지 않았던데, 이런 경우에는어떻게 해결하는게 좋을거라고 생각하시나요?
There was a problem hiding this comment.
mentionUser 에 대한 인터페이스를 api 응답값 참고해서 직접 만들어주면 어떨까요~!
참고로 저기에서 타입 지정하지 않은 이유는, 스웨거로 만든 타입에는 id, display 가 없는데 멘션 유저 타입에는 id, display 가 추가로 있어서 그런 거였어요. (이 두 개는 멘션 라이브러리에서 필요한 필드들)
🚩 관련 이슈
📋 작업 내용
📌 PR Point
공동 모임장에 본인을 추가하여 모임 개설 신청을 할 시에, 서버 측에서 에러를 내도록 구성되어 있습니다.
이를 UX를 보존하며 해결하고자, 공동 모임장에 애초에 추가할 수 없도록 검색이 불가능하게 구현했습니다.