---
tags: project08, 스크럼
---
Week4 Day4
===
## 스크럼
-
- 박은식
- 초기화(진짜 두 줄이니까 끝났다)
- 레이어들을 하나로 통합
- 도로를 사용자가 시각적으로 좋게 느낄 수 있는 방안을 고민하고 코드를 구현해서 테스트를 해보았다.
- 이연정
- immer 관련 공부하다가 geocoder 쪽으로 넘어갔는데, 패키지 설정 관련해서 typescript 관련 에러가 계속떠서 ~.d.ts 파일까지 설정해주었는데도 해결이 안되어서 그만뒀었는데... 아침에 일어나서 다시 시도하니까 되네요..? 추가해서 시도해봐야할 것 같습니다.
- 이은솔
- 현재와 비교중인 히스토리 로그 표시(요것도.. 5줄?)
- 최근 리뷰에서 까먹고 지나갔던 부분들이 있어서 찾아서 반영해보았습니다.
- 한글표기도 히스토리 표기 쪽에 있어서 같이 해봤습니다
- 이준희
- 마커 해봤는데 무지 간단한 거 같습니다..아마ㅏ..
- 위정훈
- 표기단계 조절 구현 + 리팩토링 조금 했습니다
- 레이어나 스타일타입 filtering 리팩토링하는게 간단한 것 같은데 조건이 여러개라 생각보다 알고리즘 문제 푸는거같고..오래걸렸네요

---

## 회의록
- 에러 (다음주)
- 로컬스토리지 비우고 도로 색 변경후 새로고침하면 물 색이 변함
- 덕수궁만 녹색이 흐릿하게 나옴
- 청사진 테마 변경 후 물 색깔 변하지 않음
- 청사진 테마 변경 후 도로 > 채우기 체크되어있지만 주요도로 색은 변하지 않음(주요도로에 텍스트가 체크되 어있는데 구역 채우기에도 영향을 주는 듯? 다른애들도 이런지는 확인 필요)
- 청사진 테마에 도로 아이콘 없애기로 되어있으나 체크하면 보임

- all의 default 어떻게 할 것인가.....?
- transparent도 상태로 인정하자!✅ (1) 은식
- 단 사이드바에 표기를 해줘야함(체크박스의 부재로)
- default로 다시 돌아갈 수 있는 방법이 필요
- 아예 기본색상 지정
- 만에 하나 isChanged가 반응하지 않을 가능성
- 만약... 기본값의 visibility가 none이면 어떨까요?
- ~~all의 색상? 만 checkbox 만들어주기~~
- all을 빼자

- 마커 (3) 은솔 준희 연정
- 특정 장소에 대한 표기 기능
- 지도에서 우클릭하면 마커 생성 가능 모달 뜨고 누르면 마커 생성됨
- 마커 우클릭하면 마커 제거 모달 뜨고 누르면 마커 제거됨
- 마커 hover시 텍스트 표기. 텍스트는 마커 상단에 표기
- 단 입력가능한 텍스트 길이는 10자 제한
- 수정 기능? o
- 사이드바에 마커 스타일링 메뉴 추가 : 기본 마커 스타일을 사용자가 조정할 수 있음(could)
- 개수 제한: 30개
- 전체 삭제 기능도 있으면 좋겠음 + 개별삭제(우클릭으로 넣죠)

- 테마, 단계 조절 (1) 정훈
- 상태가 없어지는 이슈
- 고급설정을 기본설정 하위로 이동
- 전체 스타일 상태 업데이트도 필요 (새로운 방식이 필요할듯...)

- 내보내기 (all, 테마 끝나는 사람 합류)
- 마커
- url이 얼마나 길어질지?
- 현재 줌, 위도, 경도 포함
- 로컬스토리지에 저장하지는 않고 url로 접근하였을때 해당 줌, 위도, 경도로 접근되도록 설정
- 파싱하는 애들을 수정해야 할 듯

---

## 오늘 할일

- 코드 merge
- 로컬스토리지 넣는 시점 변경 (주말?)
- 테마, import 히스토리 로그 추가 (주말?)
- 검색
- 마커
- 내보내기 수정

## 질문 사항

- 여러 상태의 의존성??
- flag로 처리하였는데, 적절한 방법인지..?
- 일관성을 찾는것
- 비동기 처리로 진행할 수는 없을지? => callback?!
- 타입스크립트, 이대로 as는 괜찮은가
- StyleNameType | null -> as!!
- null, undefined에서 early return
- 한번 체크해보자
- 그런데 urlJsonType은 동일한것 같아요 WholeStyleActionPayload랑!

- 발표 주제...에 대해서 팁을 구해보기.....
- 백엔드도 없고, 새로운 라이브러리 도입을 한 것도 적어서 어느 부분에 초점을 맞추어 발표를 해야할지 모호합니다. 혹시 남은 1주동안 초점을 맞추어 진행해볼만한 부분이 있을지, 진행해온 것 중에 정리해보면 좋을 부분이 있을지.(성능 개선 등)
- 난항 포인트
- 지도 컨트롤, low-level의 컨트롤 해 본 결과
- 재경님.. 리액트/리덕스
- 이 부분도 잘 조화를 맞춰서
- 데이터 구조를 파악하고 분해 및 재조립, 데이터에 대한 상태관리 -> 전체흐름
- 전체적인 코드리뷰에 대한 평가????
- 저희가 신경써서 리팩토링하면 좋을 사항
- 중복제거
- 비슷한 코드를 추상화하고 줄일 수 있을지
- 디버깅 편이 이유
- 새로운 스펙, 요구사항에 맞춰서 바꿀 때..! 얼마나 유연하게 바꿔질 수 있을지, 영향을 미치는 함수 등등

- callback과 flag둘 중 하나로 통합ㅁ?
- promise를 사용해서 동기적으로 만들기? useEffect를 없애기?
- 미래지향적
- 타겟 사용자,

## 앞으로 남은 것들?

- [ ] 버그 잡기
- [ ] 리팩토링
- [ ] 성능 측정
- [ ] 테스트
- [ ] 내가 짜지 않은 코드도 설명할 수 있도록 숙지..
- [ ] 팀에서 내세울 고난, 해결법 정리하기..!

## 주말
- 로컬스토리지 넣는 시점 변경 (주말?)
- 테마, import 히스토리 로그 추가 (주말?)
- 테마 하나씩 만들기
- map styling 리팩토링 도전(하고싶은 분!)

## 발표내용
- 도입부
- 능이버섯 이야기💛
- 맵박스는 왜 쓰이는가?(맵박스에 대한 간단한 소개)
- 지리학의 변화
- 듣도보도 못한 곳에서 알고 있는 곳을 더 잘 알게 해주는 지리학으로
- 컴퓨터의 도움
- 컴퓨터과학 또한 데이터 시각화 등 HCI 분야로
- 자바스크립트 환경에서 지리학적 통찰을 가능하게 해준 것이 맵박스
- 지도개발 삽질기
- 지도 개발을 위한 데이터 정리
- 여러분 짐작이 가시나요~
- 큰 흐름
- source -> layer -> 쌓기
- source는 여러 형태
- 우리는 url(vector)
- 이때 쌓이는 레이어 순서가 굉장히 중요, 뒤에서 더 설명할 거에용~

- 지도 데이터 이해와 분류
- 총 레이어 150개 (약 맵박스 120, 네이버 30)
- 카테고리
- 사진 첨부
- poi, 도로, ... 등으로 나뉩니다.
- 이것에 대해서 각 카테고리 별로 조작을 가하고자 했습니다. 하지만 어떻게?
- 시행착오
- mapbox + 네이버 데이터 함께 사용하여야했다.(네이버 데이터로는 서울의 일부만 표기할 수 있기 때문에 우리는 전 세계 모든 지도를 다 보여주고 싶었다)
- 엑셀표 한번 보여주기...
- 기존 스타일을 그대로 사용
- 레이어 조작을 위해서 지우고 세분화 후 생성 (poi, symbol 관련 기본 레이어들을 더 다양한 표현을 위해서 카테고리에 맞게 쪼개기)
- 위 과정을 통해 카테고리별로 같은 속성에 대한 같은 스타일을 적용할 수 있었다.
- 하지만 단순하게 레이어의 기본 속성을 사용하여선 안된다.
- 하나의 카테고리라도 기본으로 설정된 레이어 속성 값을 그대로 사용하게 되면 사용자 입장에서 보았을때 들쑥 날쑥한 스타일 적용으로 보일 수 있다
- 예를 들어 하나의 카테고리 안에 있는 여러 도로들에 대하여 기본설정은 다양한 굵기를 가지고 있다.
- 다양한 설정에 대해 같은 설정을 적용하게 되면 같은 스타일을 적용하지만 어떤 도로는 굵어진 상태에서 얇아지고 어떤 도로는 얇아진 상태에서 굵어지는 것으로 보임
- 따라서 '사용자입장'에서의 적절한 스타일 설정과 기본 스타일 적용을 위해 전체 스타일 재설정
- 맵박스의 레이어를 지우고 새로 만드는 것이 초기 렌더링에 영향을 미칠 것으로 보아서 아예 json으로 새로운 레이어 파일을 만들어서 초기 렌더링을 진행

- 마무리
- 맵박스 도구가 주축이 될줄 알았지만 결국 도구는 도구일뿐이고 모든 개발과 마찬가지로 데이터구조 파악이 중요한 작업이었습니다