UI - State - Provider - Repository의 관계

Question

안녕하세요. 기존에 제가 코딩할 때는 provider 파일에서 모든 동작, 상태변화를 한번에 처리했는데, 이 강좌에서는 이를 세분화하여 state, provider, repository 파일로 나눈 것 같습니다.   제가 초보여서 잘 모르겠지만, 플러터 업계에서는 이러한 작업패턴이 존재하는 것인가요? 정확한 명칭이 있나요? 제가 각 파일의 역할을 이해하지 못해서 구글링을 해봐도 원하는 답변을 찾을 수가 없어서 문의드립니다.   혹시 UI - State - Provider - Repository 관계를 개념적으로 설명해주시면 많은 도움 될 것 같습니다.

DEV MOO · Answer

저는 이 강의에서 파일의 구분을 크게 세 가지로 분류했습니다. UI (screens 폴더) Provider(proviers 폴더) Repository(repositories 폴더) UI 는 화면을 구성하고 Provider 와 통신하는 로직만을 갖습니다. Provider 는 상태 데이터를 관리하고 Repository 와 통신하는 로직만을 갖습니다. Repository 는 Firebase 의 각종 서비스와 작업하는 로직만을 갖습니다. 각 분류는 서로 아래와 같이 통신을 하며 UI ↔ Provider ↔ Repository UI 와 Repository 가 Provider 를 거치지 않고 바로 통신을 하는 일은 없습니다. 이와 같은 구조로 프로젝트를 설계한 이유는 유지, 보수를 편하게 하기 위해서 입니다. 정해진 규칙에 따라 개발을 하다 보면 다소 비효율적이라고 생각할 수 있는 로직을 작성하시게 될겁니다. 하지만, 정해진 규칙에 따라 코드를 작성했기 때문에 시간이 지나서 수정을 하거나 제 3자가 코드를 작업하게 되더라도 대략적인 구조와 기능을 빠르게 파악해서 수월하게 작업을 할 수 있습니다. 말씀하신 것 처럼, provider 에 모든 기능을 포함시키면 작업을 비교적 빠르고 편하게 진행할 수는 있지만 유지, 보수가 힘들다는 단점이 있습니다. 그래서 웹 개발에 많이 사용하는 MVC2 패턴이 나오게 된거구요. 옛날에는 하나의 파일에 모든 기능을 포함시키는 MVC1 패턴을 사용했지만 유지, 보수에 시간이 걸리고 제 3자가 프로젝트에 투입 되었을 때, 프로젝트의 구조를 파악하는데 시간이 걸린다는 문제가 있어서 각 기능을 분리시킨 MVC2 (요즘에는 그냥 MVC 라고 합니다) 패턴을 사용하게 된거죠. flutter 에는 대표적으로 MVC 나 MVVM 패턴을 많이 사용하는 것 같고 이 강의의 경우는 MVC 에 가까운 구조로 작업했습니다.