기술적 의사결정을 작성하는 것이 이렇게 고된 일인 줄 몰랐다. 중간발표때 들어올 피드백에 대비해 여러가지로 준비해봐야겠다.
일단 하나는 써봤는데, 썩 맘에들지않는다. 일단 중간발표전까지 이 게시글에다가 계속 업데이트 해놔야겠다.
기술적 의사결정(FE)
첫번째 트러블슈팅, 가까운모임찾기기능
| 도입 이유 | 버튼 클릭 시, 내 위치에서 가장 가까운 모임 찾기 |
| 문제 상황 | 컴포넌트의 state로는 map으로 돌린 하나하나의 데이터가 들어가지 않아서 |
| 해결 방안 | Redux를 사용하여, 전역변수로 관리함 |
| 의견 조율 | 간단한 형태의 웹을 구성함에 있어서, React 만으로도 단방향 데이터 흐름을 충분히 사용할 수 있는 경우, Redux 라이브러리를 import 하는 것은 불필요한 라이브러리를 추가하여 애플케이션 번들 사이즈만 증가시킬 뿐일텐데… |
| 의견 결정 | 기획단계에서는 redux를 배제하였지만, 추가적인 기능(포스트의 마감,참여 혹은 모임의 거리값 등등…)으로 복잡해질 state관리를 위해 redux를 추가하자 |
'프로젝트 > 보드윗 (보드게임원 매칭 서비스)' 카테고리의 다른 글
| [ 항해99 실전프로젝트 ] 중간발표 회고록 (0) | 2022.11.26 |
|---|---|
| [ 항해99 실전프로젝트 ] interceptor를 활용해 refresh token 관리 (0) | 2022.11.25 |
| [ 항해99 실전프로젝트 ] 드래그슬라이드를 만들어보자. (0) | 2022.11.22 |
| [ 항해99 실전프로젝트 ] 로고를 SVG로 다루어보자! ( 2 ) (0) | 2022.11.21 |
| [ 항해99 실전프로젝트 ] 로고를 SVG로 다루어보자! (1) (0) | 2022.11.21 |
