20201124(화)_회의록

어려웠던 점

• [Web] 소켓 데이터 중 필요한 것만 가져오는 부분에서 시간이 오래 걸렸다.
• [Web] Zoom으로 진행 하는게 어려웠다...
• [Web] 소켓이 버전3으로 된 자료가 많지 않아서 혼선이 많았습니다. 또 어떤 결정을 내리는 데 있어서 Typescript가 워낙 복병 같은 기분이라 힘들다...
• [Web] rooms, participants 관리를 하는 방법에 있어서 토론이 많이 있었다.
• [iOS] Rxswift의 개념.. 아직도 헷갈립니다. 그래도 배워가는게 재밌고 해결한 부분도 많았습니다.

[Web]

금일 안건

• DB 교체 (소켓에 붙어있는 정보를 별도로 관리하기 위해서)
• 큰 서버 플로우차트(?)
• API 명세서
• 소켓 명세서 (이벤트 정리)

DB 관련

소켓 객체에 Typescript 특성상 property를 임의로 추가하는 건 위험한 접근(혹은 아예 안 될 수도...)이라고 판단되어 우리가 필요로 하는 정보를 별도로 모아둘 수 있는 곳이 필요하다는 합의점 도달.

이걸 메모리로 할지, DB를 쓸지 고민하던 중 결론은 Redis:

• 메모리를 사용하는 것이 편하지만, 적합한 이유가 될 수 없다고 생각했다.
• 추가 삭제에 있어서는 Redis가 확실히 빠르다.
• socket adapter가 Redis 와 관련된 예시가 보여서 탐색해봐도 좋을 거 같다.
• 확장성을 고려했을 때(서버가 여러 대라면) 동기화를 위해 Redis를 쓰는게 좋다는 판단을 내렸다.

기타

20201124_API및소켓_브레인스토밍.pdf

[iOS]

금일 안건

• UserSetting 전체 구현
• UserInfo Data
• Navigator
• Transition Animation

UserData 관련

현 서비스의 userData는 휘발성이므로 UserDefault를 이용하지 않기로 결정

RxswfitHub를 참고로 Application class에서 유저 관련 데이터와 API, Socket을 관리

Navigator

유저에서 채팅 리스트 Controller까지 RootController를 변경하며 전환하며 애니메이션은 .transitionCrossDissolve 사용

• 채팅 리스트 Controller은 NavigationController으로 사용하고 있던 Transition을 사용할 수 없어 추가로 rootWithNavigation 추가
• 현재 공통되는 부분이 많아 추후에 합칠 예정