Week2_Day2 회의록

스크럼

이은솔
- react + redux 디자인 패턴 살짝 정리
- 디자인패턴에 대한 고민
  - presenter / container 끼워맞추기식의 한계
    - 우리 프로젝트는 View의 재사용성이 거의 요구되지 않아서.. 이게 이래서 필요했구나😲! 보다는 왜이렇게 복잡해지지😖???!!!!라고 느끼게 된 것 같다.
  - hooks가 우리 상황에 더 잘 맞지 않나하는 고민
박은식
- 기존 패턴에 대한 문제점 파악.
- 구조 자체가 서로서로 엉켜있다는 생각을 하였음.
- container대신 hook로 교체하고 presentational이 주가 되는 방식을 생각해봄.
이연정
- 굳이 쪼개지않아도 괜찮은 것들을 쪼개고 있다는 느낌
- 리팩토링 방식에 대한 고민
  - custom hooks!
이준희
- 리덕스 논리 방식에 대해 검색
- 은식님의 구조를 보았는데, 로직과 뷰가 분리되는 방식이 이전보다 보기 좋아진 것 같다
  - 다만, hook을 정의해서 받아오는 식으로 정의되어있던데 이로 인해서 세부 로직 구현을 presenter가 받게 되지 않을까 걱정은 살짝 든다
위정훈
- 리액트 관련 디자인 패턴 검색
  - container-presenter 말고는 딱히 못찾았음..
  - 디자인 패턴 보다도 파일 구조가 좀 헷갈리게 되어있는게 문제 아닐까라는 생각이 들었음..

    - 특정 카테고리에 대한 레이어가 특정 카테고리에 대한 geojson 데이터로 만들어진다 (addSource)
    - 특정 카테고리에 대한 레이어(addLayer) -> style 적용

데이터 문의에 대한 답변
데이터는 OpenStreetMap 데이터 기반으로, 서울 시청 반경 2km 기준으로 짤라 생성한 데이터 입니다. 우선 포맷은 mapbox에서 주로 사용하는 mvt 포맷(렌더링 성능 고려)으로 만들었으나, 다른 포맷이 필요하시면 말씀주세요.
제공될 데이터의 대략적인 구성을 설명드리면,
- 우선 일일이 레이어 단위로 구분되어 있지는 않습니다.
- 데이터를 보시고, 필요하신 대로 레이어 구성을 새롭게 구성하셔야 합니다.
- 대신 Geometry 타입 별로 구분된 3개의 Source(poi/polygon/line)와 레이어를 구분할 수 있는 속성(type) 값 리스트도 함께 전달해 드릴 예정입니다.
- 이 정보를 이용해 Source 별 원하시는 레이어를 구성/생성하시면 됩니다.(map api를 이용해 addSource/addLayer를 하시거나, style.json 구성을 의미합니다.)
- mapbox에서 제공되는 Source는 필요하고, 사용만 가능하면(라이센스 제약 사항 고려) 사용하셔도 상관없을 거같습니다.

cf) 만약 데이터 확인 후, 각 카테고리에 대한 상하관계가 없다면 '가시성'의 '부모요소 상속' 부분 없애는 것 고려