11월 8일 스프린트 회의록

이슈 적기 + 백로그 재작성

이슈 적을때는 assignee를 미리 지정 안하고 그냥 나눠가지기

뷰컨 재사용

예정된 여행의 뷰컨을 재활용하면서 한 화면에 뷰모델이 2개가 된다는 문제가 생겼음

• 코드양 늘어나는 대신 쉽게 가기 vs 억지로 쓰되 복잡하게 하기
• 뷰까지만 재사용했어야했나?
  • 중복되는 로직을 재사용하려고 했는데 MVVM이라 복잡해졌다
• 똑같은 Travel을 두 가지가 가지고 잇음
• 큰 뷰컨트롤러가 굳이 랜드마크들을 알아야 할까?
• 컨테이너로 쓸거면 엔티티를 클래스로 구현해야하지 않았을까...
  • 이걸 지금 바꾸기엔 말이 안됨
• ID만 넘겨주고 다시 코어데이터에서 불러오기?
• 둘 다 같은 Travel을 가져야 한다는 입장
  • 코오디네이터에서 동기화시켜주기로 함

코오디네이터

코디네이터 차일드는 실제 쓰는건 아닌데 weak var로 하다보니 사라져버려서 잡아두려고

코오디네이터는 UIKit에 종속적

• 뷰컨이 코오디네이터를 가지면 무관한데
• 뷰모델이 가지면 delegate로 따로 빼야함
• 뷰컨이 가져도 되고 뷰모델이 가져도 되고 (정답이 없음) 딜리게이트를 가진게 뷰모델임

테스트 코드

작성하자!

Sugar 코드

date formatter 부분을 extension으로 빼서 재사용하기

홈 화면

랜드마크가 있으면 -> 첫번째 사진

• 랜드마크 중에서 랜덤하게? 없으면 -> 랜덤하게 미리 준비한 사진 (비행기는 빼고 개구림)
• 매번 다르게 보여주기?

OwnMyWay가 너무 낮게있음

• 내비게이션 느낌으로 Prefer large title을 적용하되 올라가면 작아져야함

일 분배하기

스토리보드가 최우선임 -> 미리 outlet이랑 action만 다 따놓기

• 거기서 누구는 액션 구현하기 누구는 뭐 구현하기 이런식으로
• 마지막에 안쓰는거 지우기

좌표 용량 문제

괜찮을까?

• Double 2개가 1분당 하나씩 요청한다고 해도 대략 만 바이트가 넘을텐데
• 압축한다면 생각보다 크진 않을 것임