Notice
Recent Posts
Recent Comments
Link
| 일 | 월 | 화 | 수 | 목 | 금 | 토 |
|---|---|---|---|---|---|---|
| 1 | 2 | 3 | 4 | 5 | 6 | |
| 7 | 8 | 9 | 10 | 11 | 12 | 13 |
| 14 | 15 | 16 | 17 | 18 | 19 | 20 |
| 21 | 22 | 23 | 24 | 25 | 26 | 27 |
| 28 | 29 | 30 |
Tags
- 정보처리기사
- 모바일앱개발
- 자바
- 비동기처리
- 블록체인
- 개발자성장
- 초보개발자
- DART
- 멘탈관리
- C언어
- 클린아키텍처
- 상태관리
- 정처기
- 포인터
- 앱개발
- Flutter
- 정처기실기기출
- 리버팟
- flutter web
- RiverPod
- Java
- 개발기초
- 프로그래밍기초
- 정보처리기사실기기출
- 정처기실기
- UML
- claudecode
- 모바일 앱 개발
- 정보처리기사실기
- 플러터
Archives
- Today
- Total
목록keepalive (1)
Flutter & Mobile by Kay
[Flutter] Riverpod 3.x - autoDispose 붙일까 말까? 캐싱 전략 한 방에 정리하기 (with Family & Generator)
앱을 만들다 보면 이런 순간이 꼭 옵니다.상세 화면을 다시 들어왔는데 또 로딩이 뜬다검색 결과가 계속 메모리에 쌓이는 느낌이다어떤 데이터는 유지해야 UX가 좋고, 어떤 건 바로 버리는 게 낫다이때 반드시 고민하게 되는 질문:👉 “autoDispose를 붙여야 할까?” 이 선택 하나로UX / 메모리 / 성능 / 데이터 신선도가 전부 달라집니다.1. 핵심 개념 다시 잡기Family의 본질Family는 한 문장으로 이겁니다: 👉 “인자별로 상태를 따로 저장하는 캐시 방”diaryDetailProvider(2026-01-15)diaryDetailProvider(2026-01-16) 👉 각각 완전히 다른 상태 즉:Family = 인자별 독립 캐시autoDispose의 본질 autoDispose는 이겁니다: ..
Mobile Development/Flutter&Dart
2026. 1. 15. 18:18
