Closed hyesungoh closed 1 year ago
부족한 제가 생각하기로는
혼자 사용하는 서비스라 상관이 없겠지만 API를 조회한다면 데이터의 신선도를 보장할 수 있으면서 ... 추가적인 요구사항에 대응하기 쉬울 것 같다...? 라는 생각이구요
fetch된 데이터를 사용하는 것은 추가적인 호출이 없어서 바로 보여줄 수 있다..? 가 장점일 거 같아요
제가 잘 이해한 게 맞다면 바로 보여주는 쪽에 저는 한표입니당 혜성님이 말씀하신대로 혼자 사용하는 서비스라 제 3자에 의해 데이터가 변경될 일이 없어서, 데이터 신선도가 크게 중요하지 않을 것 같아요 🤔 각 리스트가 독립적이기도 하고.. 그 리스트 관련한 데이터 변경은 딱 리스트 설정 바텀시트 내에서만 이뤄지니까
다만 추가적인 요구사항에 대응하기 쉽다고 이야기하신 건 어떤 걸 염두에 두고 이야기하신건지 궁금하네용!!
제가 잘 이해한 게 맞다면 바로 보여주는 쪽에 저는 한표입니당 혜성님이 말씀하신대로 혼자 사용하는 서비스라 제 3자에 의해 데이터가 변경될 일이 없어서, 데이터 신선도가 크게 중요하지 않을 것 같아요 🤔 각 리스트가 독립적이기도 하고.. 그 리스트 관련한 데이터 변경은 딱 리스트 설정 바텀시트 내에서만 이뤄지니까
다만 추가적인 요구사항에 대응하기 쉽다고 이야기하신 건 어떤 걸 염두에 두고 이야기하신건지 궁금하네용!!
네 제가 생각한 대로 이해하신 거 맞아요 !
추가적인 요구사항이라면 ...
쉐도우복싱 같기는 한데, 예를 들어....
당장 떠오르는 건 이거 밖에 없긴 한데 ... YAGNI (최근에 배운 말이라 자주씀) 하게 조회된 것을 이용해 전달하도록 해도 좋을 거 같아요 !
제가 잘 이해한 게 맞다면 바로 보여주는 쪽에 저는 한표입니당 혜성님이 말씀하신대로 혼자 사용하는 서비스라 제 3자에 의해 데이터가 변경될 일이 없어서, 데이터 신선도가 크게 중요하지 않을 것 같아요 🤔 각 리스트가 독립적이기도 하고.. 그 리스트 관련한 데이터 변경은 딱 리스트 설정 바텀시트 내에서만 이뤄지니까 다만 추가적인 요구사항에 대응하기 쉽다고 이야기하신 건 어떤 걸 염두에 두고 이야기하신건지 궁금하네용!!
네 제가 생각한 대로 이해하신 거 맞아요 !
추가적인 요구사항이라면 ...
쉐도우복싱 같기는 한데, 예를 들어....
- 전달해야되는 객체가 추가될 시 공수 증가 (근데 이건 방법에 따라 달라질 거 같기도 하네요)
- 리스트 조회에서는 포함되지 않지만 개별 조회시에는 포함되는 데이터를 그려야하는 경우...?
당장 떠오르는 건 이거 밖에 없긴 한데 ... YAGNI (최근에 배운 말이라 자주씀) 하게 조회된 것을 이용해 전달하도록 해도 좋을 거 같아요 !
멋진 말 배워갑니다 👍🏻 나도 어디 가서 써먹어야지
설명
@eunddodi
리스트 설정을 예로 들자면,
ㅁㅁㅁ
라는 리스트의 설정 버튼을 누름ㅁㅁㅁ
리스트의 '이름', '매일 반복 여부'가 그려지는 것이 자연스러움현재 퍼블리싱 단계에서는 따로 전달해주지 않고 있는데
제가 생각했을 때는
id
만 전달하고 API 단일 조회 이후에 그려줄 수도 있을 거 같고, 이미 fetch된 데이터를 이용할 수도 있을 거 같은데여러분의 생각은 어떠신지 궁금해요
할 일