[TECH] 안드로이드 다양한 아키텍쳐 패턴(MVC, MVP, MVVM)

[티끌] 티끌 Android 의 다양한 디자인 패턴

안녕하세요 티플의 안드로이드 개발자 정채현입니다😆😆😆😆😆

오늘은 안드로이드의 다양한 아키텍쳐 패턴인 MVC, MVP, MVVM에 대해 알아보도록 하겠습니다.💨

---

👩‍💻 디자인 패턴

디자인 패턴은 소프트웨어 개발 과정에서 자주 발생하는 문제에 대한 전형적인 해결 방법을 정의한 것입니다. 이러한 패턴은 코드를 더 구조적이고 유지보수 가능하게 만들고, 개발자 간에 공통 언어와 개념을 제공하여 협업을 용이하게 합니다.

디자인 패턴 중에서도 MVC, MVP, MVVM은 소프트웨어 공학에서 많이 사용되는 아키텍처 패턴입니다. 이러한 패턴은 주로 UI와 비즈니스 로직을 분리하고, 코드의 재사용성을 높이며, 테스트 가능성을 개선하는 데 도움을 줍니다.

안드로이드 앱 개발에서는 이러한 아키텍처 패턴 중 어떤 것을 선택할지는 프로젝트의 특성과 개발자 팀의 선호도에 따라 다릅니다.

 

이번 포스팅을 통해서 각 패턴의 특징을 알아보려고 합니다.

아래는 각 패턴을 요약한 내용입니다.

• MVC (Model View Controller): MVC는 모델(Model), 뷰(View), 컨트롤러(Controller)로 구성되며, UI와 비즈니스 로직을 분리하는데 주로 사용됩니다. 안드로이드에서 많이 사용되지만, 컨트롤러에서 뷰를 직접 조작하는 등의 문제로 인해 복잡성이 증가할 수 있습니다.
• MVP (Model View Presenter): MVP는 MVC의 한계를 극복하기 위해 개발되었습니다. 모델은 데이터와 비즈니스 로직을 담당하고, 뷰는 화면 표현을 담당하며, 프레젠터(Presenter)는 뷰와 모델 간의 중개자 역할을 합니다. MVP는 테스트 용이성을 높이고, 뷰와 로직을 분리하여 유지보수를 쉽게 만듭니다.
• MVVM (Model View ViewModel): MVVM은 데이터 바인딩을 사용하여 뷰와 뷰모델(ViewModel)을 연결하는 아키텍처 패턴입니다. 뷰모델은 모델의 래퍼로서 뷰에 필요한 데이터와 상태를 제공하고, 뷰는 뷰모델의 상태를 자동으로 반영합니다. 이로써 UI 업데이트를 간편하게 관리하고, 테스트 용이성을 높이는데 도움을 줍니다.

아래 글을 통해 더 자세한 내용을 알아보겠습니다! 💨

---

👩‍💻 모델 뷰 컨트롤러(Model View Controller, MVC) 패턴

• 모델(Model)

모델은 어플리케이션의 데이터와 비즈니스 로직을 관리하는 역할을 합니다. 어플리케이션의 상태와 정보를 나타냅니다. 모델은 어플리케이션의 중심적인 부분으로, 데이터의 상태 변화 및 조작을 담당합니다. 이러한 모델은 컨트롤러나 뷰와 독립적으로 동작하며, 재사용 가능하도록 설계되어야 합니다.

 

• 뷰(View)

뷰는 어플리케이션의 사용자 인터페이스(UI)를 표현하는 역할을 합니다. 사용자가 어플리케이션과 상호작용하는데 사용되며, 모델의 데이터를 시각적으로 표현합니다. 뷰는 사용자 입력을 받아 컨트롤러에 전달하고, 모델의 데이터 변경 사항을 반영하기 위해 업데이트를 수행합니다. 뷰는 모델의 구체적인 내용에 대한 이해를 갖지 않으며, 모델에 독립적으로 설계되어야 합니다.

 

• 컨트롤러(Controller)

컨트롤러는 사용자의 입력 및 이벤트를 처리하고, 그에 따라 모델의 상태를 업데이트하거나 뷰를 업데이트하는 역할을 합니다. 사용자와 어플리케이션의 상호작용을 중재하며, 모델과 뷰 간의 통신을 관리합니다. 컨트롤러는 어플리케이션의 비즈니스 로직을 구현하고, 어플리케이션의 상태를 변경할 때 모델을 조작합니다. 이로써 사용자 인터페이스와 모델 간의 결합도를 낮추고, 어플리케이션의 유연성과 재사용성을 높입니다.

 

MVC 패턴은 어플리케이션을 더 구조적으로 관리하고 유지보수하기 쉽게 만들어주는 중요한 아키텍처 패턴 중 하나입니다. 이 패턴을 사용하면 데이터, 표현, 제어 부분을 분리함으로써 어플리케이션의 각 부분을 독립적으로 개발하고 테스트할 수 있습니다. 이는 어플리케이션의 확장성과 유지보수성을 향상시키는 데 도움이 됩니다.

 

 

---

👩‍💻 모델 뷰 프리젠터(Model View Presenter, MVP) 패턴

MVP (Model View Presenter) 패턴은 MVC 패턴의 일부 문제점을 해결하고 어플리케이션 아키텍처를 더 모듈화하고 테스트 가능하도록 만든 패턴입니다.

 

• 모델(Model)

MVP에서의 모델은 데이터와 비즈니스 로직을 담당합니다. 이 역할은 MVC의 모델과 유사합니다.

 

• 뷰(View)

뷰는 Activity나 Fragment와 연결되는 대신, View 인터페이스를 구현함으로써 Presenter와 상호작용합니다.

 

• 프리젠터(Presenter)

MVP의 핵심은 Presenter입니다. 이는 MVC의 컨트롤러 역할을 하지만 View와 직접적으로 연결되지 않습니다. 대신 Presenter 인터페이스를 통해 상호작용하며, 어플리케이션의 비즈니스 로직 및 뷰 업데이트 로직을 포함합니다. 이로써 모듈성, 유연성, 그리고 테스트 용이성을 개선합니다.

 

MVP 패턴은 MVC와 달리 View와 Presenter 사이의 결합도를 줄이고, 비즈니스 로직을 Presenter로 이동함으로써 Controller의 문제점을 해결합니다. 그러나 Presenter가 시간이 지남에 따라 복잡해질 수 있고, 추가 비즈니스 로직을 수용하기 쉽다는 단점이 있을 수 있습니다.

결론적으로 MVP 패턴은 어플리케이션 아키텍처를 더 구조적으로 만들어주고 유지보수와 테스트를 쉽게할 수 있도록 도와줍니다. Presenter를 통해 뷰와 모델을 더 잘 분리하고, 코드의 가독성과 확장성을 향상시킵니다.

 

---

👩‍💻 모델 뷰 뷰모델(Model View ViewModel, MVVM) 패턴

MVVM (Model View ViewModel) 패턴은 Android 앱 개발에서 널리 사용되며, 데이터 바인딩을 통해 쉬운 테스트와 모듈화를 가능하게 하며, 뷰(View)와 모델(Model)을 연결하는 코드의 양을 줄여줍니다.

 

• 모델(Model)

MVVM에서의 모델은 MVC와 비슷한 역할을 합니다. 데이터와 비즈니스 로직을 포함하며 어플리케이션의 상태와 데이터를 관리합니다.

 

• 뷰(View)

뷰는 ViewModel에 의해 노출되는 관찰 가능한 변수 및 작업에 바인딩됩니다. 이로써 뷰는 ViewModel의 상태를 표시하고 사용자와 상호작용합니다.

 

• 뷰모델(ViewModel)

ViewModel은 Model을 래핑하고 뷰에서 필요한 관찰 가능한 데이터를 제공합니다. 또한 뷰에서 발생한 이벤트를 처리하고 모델에 전달하기 위한 메서드나 hooks를 제공합니다. 그러나 ViewModel은 뷰와 직접적으로 연결되어 있지 않습니다.

 

 

MVVM 패턴은 옵서버 패턴을 기반으로 하며, 옵서버 역할은 ViewModel이 수행합니다. 이 패턴은 데이터 바인딩을 사용하여 뷰와 ViewModel 간의 데이터 흐름을 자동화하고 관리합니다.

 

MVVM의 장점 중 하나는 데이터 바인딩을 활용하여 뷰와 ViewModel 사이의 데이터 동기화를 쉽게 처리할 수 있다는 것입니다. 이로써 코드의 가독성을 높이고, 이전 게시물의 coroutine과 live data를 활용하여 UI 업데이트를 간편하게 관리할 수 있습니다.

 

그러나 MVVM 패턴의 단점 중 하나는 뷰와 변수 또는 표현식 모두에 데이터 바인딩을 적용할 수 있어, 시간이 지남에 따라 외부의 Presentation 논리가 XML에 코드를 추가할 가능성이 있습니다. 이를 방지하려면 ViewModel에서 값을 가져오는 것을 권장하며, 뷰 바인딩 표현식에서 값을 계산하거나 파생시키지 않는 것이 좋습니다.

 

---

👩‍💻 마치며

MVP와 MVVM은 모두 앱을 모듈화하고 단일 책임 요소로 분할하여 개발하는 데 도움을 주며, 이를 통해 코드의 유지보수성과 테스트 용이성을 향상시킵니다. 그러나 이러한 아키텍처 패턴을 선택할 때에는 앱의 규모와 복잡성, 그리고 개발자 팀의 경험과 선호도를 고려해야 합니다.

 

MVC는 작은 규모의 앱 또는 간단한 프로젝트에서 잘 작동할 수 있습니다. 하지만 앱의 규모가 커지거나 라이브하고 데이터 변경이 빈번하게 발생하는 경우, MVC의 결합도 문제와 유지보수의 어려움이 발생할 수 있습니다.

 

MVP와 MVVM은 이러한 문제를 해결하기 위해 고안된 패턴으로, 코드의 분리와 모듈화를 강조하여 복잡성을 관리하기 쉽게 만듭니다. MVVM은 데이터 바인딩을 사용하여 UI 업데이트를 더 간단하게 처리할 수 있어 더 현대적인 앱 아키텍처로 간주됩니다.

 

그러나 중요한 점은 어떤 아키텍처 패턴을 선택하든지, 현재 개발하는 앱의 요구 사항과 특성에 맞게 패턴을 조정하고 적용해야 합니다. 무조건 MVP 또는 MVVM을 따르는 것이 아니라, 최적의 구조를 적용하고자 노력해야 합니다. 패턴은 도구일 뿐이며, 그 도구를 어떻게 활용하느냐가 중요합니다.

 

다음 이야기는 티끌의 MVVM Clean Architecture으로 리팩토링하는 과정을 담아보겠습니다!😆

다음 글도 기대 부탁드리겠습니다:)🤗

감사합니다!!

 

⬇️ 지금 구글 플레이 스토어에서 티끌 다운 받기
https://play.google.com/store/apps/details?id=com.team7.tikkle&hl=ko-KR

📩 Contact : wjdcogus6@gmail.com
📲 SNS : https://www.instagram.com/chaeehyuny/