Day18

오늘의 TMI

민지: 집에서 자전거 타는 중.. 원주: 방학 계획을 세움 - 등산 명재: 산책시간에 코노를 간다 수용: 전기장판 개시

궁금한 점

팀을 탈퇴하고 history api로 홈으로 redirect하게 했는데, 홈으로 잘 가긴 가는데 rerendering이 안돼서 탈퇴한 팀이 계속 보이네요. 새로고침 하면 사라지는데 어떻게 해결하면 좋을까요??

• trigger

모달이 있는걸 그대로 쓰다보니까 이렇게 됐는데 새로 만드는게 좋겠죠....?ㅎㅎ

• 일단 그대로..

db에 user state 이름 변경 (일단 보류)

team_user에 role 추가

• 숫자 별 role 의미
• 0 관리자 1 구성원

저희가 현재 user식별하는걸 다 userEmail로 하고 있는데 그럼 userId를 사용하기 위해서는 매번 userEmail 정보로 userId를 가져오거나 jwt로 가져와야 되는 건가요? 채팅 room 작업하려고 보니까 생각보다 일이 많아지네요.. 유저 정보를 가져올 때 처음부터 userId를 가져오지 않는 이유가 따로 있을까요?

• 처음 유저 정보 가져올 때, userId를 리코일에 저장
  • 아마도 res.user_id에 들어가 있음
• 팀 유저 목록에 userId 포함해서 넘겨줌

chatRoomId로 /chat/chatId 이런식으로 라우팅을 해야할까요? 제 생각은 라우팅 따로 안하고 방 정보를 상태로 관리하는게 새로고침할 때 소켓이나 여러 면에서 편리할 것 같은데 의견이 궁금합니다.

• 상태로 관리

포스트잇을 어떻게 관리해야 하는가 포스트잇을 상태로 관리하는게 맞는지 의문 + 상태로 관리하기 어렵다는 생각이 들었습니다

• 좀 더 고민해 보겠다
• React.memo도 써보기

포스트잇 이동 성능 개선 포스트잇 이동이 발생할 때 마다 socket 요청을 보냅니다 -> 엄청 많은 socket 요청 throttling, debounce으로 어찌어찌 개선하면 될 것 같은데 (아직 공부는 안 해봤음), 그러면 자연스러운 동기화(?)가 불가능할 것 같음

• 성능 ~ 사용성을 잘 타협하자

오늘 할 일

팀 채팅

• 리뷰 반영
• 유저 목록 api로 고치기
• 사용자 초대, 채팅방 만들기

팀 내부 관리

• 팀 나가기
• 팀 삭제
• 팀 정보 수정

팀 보드

• 학습