저번에 작성한 FutureBuilder에 대한 연장선에 있는 글이다. 비동기 처리에 익숙하다면 당연한 내용이기도 하다. 이번에는 FutureBuilder를 사용하여 비동기 처리를 했던 코드를, Provider로 분리하여 작성하는 방법에 대해 살펴보자. Provider를 사용하여 FutureBuilder를 대체하는 이유가 있을까? FutureBuilder를 사용해서 Widget의 초기 상태값을 결정할 때는 다음과 같은 문제점이 있다. FutureBuilder의 builder에서는 항상 비동기 처리에 대한 결과값으로, Widget을 반환해야 한다. 즉, 비동기 처리가 진행되는 동안 프로그레스 바를 띄운 뒤 다른 Widget으로 이동하려고 한다면, 렌더링과 관련해서 문제가 생긴다. 비동기 처리에 대한 로직이 ..

깃허브의 샘플 코드 Provider의 특징 중 하나는 여러개의 화면에서 상태값을 공유할 수 있다는 것이다. 실제로 그런 예제를 많이 접해볼 수 있는데, 가장 흔한 예제는 다음과 같은 카운터 앱일 것이다. 첫 번째 화면에서 카운터를 조작(증감) 두 번째 화면에서 카운터를 조회 보통은 별다른 설명 없이 Navigator.push로 두 번째 화면을 띄우고, 두 번째 화면에서는 Context의 Provider를 불러와서 조작을 시도한다. 이 때 뎁스에 따라서 Error: Could not find the correct Provider above this[WidgetName]Widget와 같은 에러를 출력하게된다. 실제로 lib/problem/problem_main.dart와 lib/problem/problem_..