[개발이론] MVVM 패턴 과 Flutter

우리는 소프트웨어를 구현하면서 확장성, 유지보수성을 체계적으로 극복하기 위해 다양한 고민을 해왔다.

그리고 디자인 패턴은 그러한 불편함을 극복하기 위해서 다양한 방법으로 탄생해왔다.

물건을 생산하기 위해 가장 효율이 좋은 방법.

 즉 패턴, 소프트웨어에서는 그러한 것들을 디자인 패턴이라 부르고 많은 개발자들은 확장성과 유지보수성을 위해 디자인 패턴을 따르고자 했다. 가장 단순하면서 널리 사용되며, 웹에서 아직까지도 사용 중인 MVC패턴, 그리고 MVC에서의 단점을 극복하기 위해 파생된 MVP패턴 그리고 MVC에서 또 한 번 파생되어 의존성 부분을 최소화시킨 MVVM 패턴까지, 시대를 거듭하면서 그 시대에 사용하는 Web이나 App 등 과 같은 서비스에서 요구하는 패턴이 있고, 위의 3가지 패턴은 그에 따라 탄생한 대표적인 디자인 패턴들이다.

오늘은 그중에 대부분 모바일 개발 아키텍처에서 권장하고 있는 MVVM을 알아보고자 한다.

 

1. MVVM

MVVM 패턴이란 Model, View, ViewModel의 줄임말로 하나의 소프트웨어를 최대한 작은 단위로 나누어 마치 Modul화를 형성하듯, 테스트가 쉽고 관리하기가 쉬운 구조를 목표로 한 디자인 패턴이다. 

기존의 MVC 패턴에서 파생되어 만들어진 패턴인데, Model과 View 간의 의존성 문제를 극복했을 뿐만 아니라, Controller와 View 간의 의존성도 최소화를 할 수 있다는 장점이 있다.

 

1) 구조

아래의 도식표를 통해 MVVM패턴의 구조를 파악해보도록 하겠다.

Model: 데이터들을 보관, 처리 등을 수행하는 부분이다.

View: 사용자에게 보이고 사용자와 상호작용을 수행하는 부분이다.

 ViewModel: View를 표현하기 위해 필요한 데이터를 준비하고 이벤트가 발생할 경우 Model에 이벤트를 전달하여 변화를 적용하는 역할을 수행한다. 또한 View에 대한 어떠한 정보도 가지지 않으며 View에 대한 의존성이 없도록 한다. 오직 View가 알아서 ViewModel에 있는 정보를 확인할 뿐이다.

 

2) 장점

MVVM모델의 가장 큰 장점은 아무래도 View로부터 독립적이기 때문에 별도로 ViewModel만을 떼어내 테스트를 할 수 있고, 한 개의 ViewModel만으로 여러 개의 View에 활용을 할 수 있다는 장점이 있다. 기존의 MVC 패턴처럼 View를 위한 Controller를 매번 따로따로 만들 필요가 없으며 그만큼 View가 혼자 UI임무를 충실하게 수행할 수 있도록 도와준다는 점이 있다.

 

2. Flutter에서의 MVVM

Flutter도 모바일 앱의 디자인 패러다임을 따라가기 때문에 그곳에서 사용하는 대표적인 패턴들도 대부분 MVVM을 표준으로 두고 있다. Provider와 BLoC 경우 Flutter의 상태 관리를 위한 대표적인 패키지이고 View와 ViewModel이 서로 독립적이며 ViewModel하나로 여러 View에 표시할 수 있듯이, Provider와 Bloc 도 Widget과 독립적이기 때문에 한 개의 상태만으로 여러 개의 Widget에 활용할 수가 있다.

 

3. 결론

사실 MVC를 개선한 버전이라고 생각하며 MVVM을 무조건 따라야 한다고는 생각하겠지만, MVVM은 모듈화와 분해를 초점으로 맞추고 있기 때문에 때에 따라서는 앱을 더 복잡하게 만들 가능성이 있다. 만약에 간단한 로직으로 구현한 몇 개의 화면으로 구성된 심플한 앱의 경우 MVC패턴 만으로 구현하는 것이 좋을 수도 있다. 반면에 데이터의 바인딩을 위주로 한 앱의 경우 MVVM은 더욱 빠른 개발 속도와 적은 코드로도 훨씬 수월한 유지보수를 가능하게 만들어 줄 것이다.

 

어떤 디자인 패턴을 사용하던 판단은 본인의 몫이다. 하지만 때에 따라 알맞은 디자인 패턴은 분명 존재하기 때문에 항상 실용적인 관점에서 디자인 패턴을 사용하는 것이 좋을 것이다.