주변빵집찾기

[WJLee22]

[WJLee22]

위치 변경시(좌표 변경시) 이전 위치 기준 장소데이터들 + 현재 위치 기준 장소데이터들이 스프레드 연산에 의해 합쳐져버림. 이전 위치 기준 장소데이터들을 초기화해 줘야하는데, 이전 장소들 초기화 시 pagination 때문에 여러 페이지 중 마지막 페이지 하나만 적용되어짐. (pagination 한 페이지 당 15개의 장소 추출 so, 15개만 사이드바 리스트에 보이게됨)
so,

1. geolocation을 watchPosition으로하되(매번 좌표 렌더링하면서 이전 데이터 제거해줌), 아예 그냥 근처 빵집 15개만 보여지도록 타협할 것인가
2. 아니면 geolocation을 currentPosition으로 유지하여 현재 위치기준 여러개빵집 보이도록(but, 현재 위치로 다시 렌더링되도록 현재위치로 centering 해주는 버튼을 지도 우측상단에 구현 필요) 할 것인가

=> bug fix 필요

[estrella346789]

위치 변경시(좌표 변경시) 이전 위치 기준 장소데이터들 + 현재 위치 기준 장소데이터들이 스프레드 연산에 의해 합쳐져버림. 이전 위치 기준 장소데이터들을 초기화해 줘야하는데, 이전 장소들 초기화 시 pagination 때문에 여러 페이지 중 마지막 페이지 하나만 적용되어짐. (pagination 한 페이지 당 15개의 장소 추출 so, 15개만 사이드바 리스트에 보이게됨) so,

1. geolocation을 watchPosition으로하되(매번 좌표 렌더링하면서 이전 데이터 제거해줌), 아예 그냥 근처 빵집 15개만 보여지도록 타협할 것인가
2. 아니면 geolocation을 currentPosition으로 유지하여 현재 위치기준 여러개빵집 보이도록(but, 현재 위치로 다시 렌더링되도록 현재위치로 centering 해주는 버튼을 지도 우측상단에 구현 필요) 할 것인가

=> bug fix 필요

---

reply: gpt는 2번이 더 쉽다고 함

이 문제에서 두 가지 선택을 고려하고 계시는데, 각각의 해결책은 복잡성, 성능, 사용성 측면에서 차이가 있습니다. 두 가지 해결책을 비교하고 어떤 것이 더 적합할지 분석해보겠습니다.

1. watchPosition을 사용하여 매번 좌표 렌더링 + 이전 데이터 제거
   방법: geolocation.watchPosition을 사용하여 사용자의 위치가 변할 때마다 좌표를 추적하고, 그에 맞는 장소 데이터를 가져옵니다. 이를 통해 현재 위치 기준으로 15개의 장소만 표시하도록 하며, 이전 위치에 대한 데이터를 초기화하고 새로 고침합니다.
   장점:
   항상 현재 위치를 기준으로 빵집 데이터를 갱신하므로 위치 추적에 맞춰 데이터를 실시간으로 업데이트합니다.
   최신 정보만 보여주므로 사용자 경험이 향상됩니다.
   단점:
   pagination을 사용할 경우, 여러 페이지에 걸쳐 데이터를 불러오기 때문에 기존 페이지 데이터를 초기화하는 데 추가 작업이 필요합니다.
   pagination으로 인해 15개의 데이터만 보이게 되므로, 사용자가 특정 페이지의 마지막 데이터까지 보지 못할 수 있습니다. 이로 인해 여러 페이지에 걸쳐 데이터를 계속 불러오는 작업이 필요할 수 있습니다.
   데이터 초기화가 매번 발생하므로 상태 관리가 까다롭고, 불필요한 렌더링이 일어날 수 있습니다.
   추천 상황:
   사용자가 현재 위치 기준으로 계속해서 갱신된 데이터를 보고 싶다면 유용합니다.
   매번 새로 고침된 결과를 보고 싶을 때 적합하지만, 성능과 상태 관리에 주의가 필요합니다.

2. currentPosition을 사용하여 고정된 위치 기준 데이터 + 지도 우측 상단에 위치 버튼
   방법: geolocation.getCurrentPosition을 사용하여 사용자의 현재 위치를 한 번만 가져옵니다. 그리고 이를 기준으로 장소 데이터를 조회하고, 현재 위치 기준으로 여러 빵집을 보여주도록 합니다. 또한, 위치 버튼을 통해 현재 위치로 지도를 다시 중앙화하고 데이터를 갱신할 수 있도록 합니다.
   장점:
   현재 위치만 기준으로 장소 데이터를 보여주므로, pagination 문제나 이전 데이터 초기화 문제가 발생하지 않습니다.
   성능 면에서 더 효율적이며, 불필요한 렌더링을 방지할 수 있습니다.
   위치 버튼을 추가하여 사용자가 원할 때 위치 재조정을 할 수 있게 해주므로 사용자의 요구를 충족시킵니다.
   단점:
   사용자가 위치를 수동으로 갱신할 수 있도록 해야 하므로, 위치 버튼을 추가해야 합니다.
   실시간 위치 추적은 watchPosition처럼 실시간으로 위치를 갱신하지 않기 때문에, 위치 변화가 중요한 상황에서는 불편할 수 있습니다.
   추천 상황:
   위치를 한 번만 확인하고 해당 위치 기준으로 장소를 보여주는 방식이 더 적합할 때.
   상태 관리와 성능 최적화가 중요할 때.
   사용자에게 위치 갱신 버튼을 통해 자주 변경된 위치를 직접 갱신할 수 있는 선택권을 제공하고 싶을 때.

결론: 둘 중 더 쉬운 방법은 2번입니다.
2번 방법이 간단하고 직관적이며, 상태 관리와 성능 최적화 면에서 더 유리합니다. 현재 위치만 기준으로 데이터를 한번에 가져오면 데이터가 잘못 섞이거나 이전 위치 데이터를 초기화하는 문제를 피할 수 있습니다. 또한, 사용자가 위치 버튼을 통해 필요한 경우에만 위치를 재조정할 수 있게 함으로써 사용성을 높일 수 있습니다.

반면 1번 방법은 실시간 위치 추적을 하려면 상태 관리가 복잡하고, 매번 pagination을 처리해야 하므로 더 많은 코드와 로직을 작성해야 합니다. 이는 더 많은 에러를 발생시킬 가능성이 크고, 성능 저하가 있을 수 있습니다.