최데브는 오늘도 프로그래밍을 한다.

정말 오랜만에 MVVM 패턴의 두번째 글을 쓴다. 그동안 이것저것 바빴는데 다 핑계처럼 들릴거 같아서 그냥 포스팅이나 하겠다. 사실 핑계 맞다. 저번 포스팅은 View에 대해 다뤘는데 오늘은 ViewModel 에 대해서 적으려고 한다. ViewModel은 MVP 패턴에 프레젠터랑 비슷한 느낌이다. 중간에서 데이터를 받고 전달해주는 우편부 역할. 그러나 다른점이 있으니 패턴이름도 달라졌을터 의존성의 문제가 달라졌다. MVP 패턴의 프레젠터는 모델과 뷰에 각각 의존성을 가지고 있었는데 MVVM 은 data Binding 이라는 개념을 통해 Model 파트와의 의존성만 가지고 view와의 의존성은 가지지 않는 구조를 갖게 되었다. 이해가 되지 않는다면 인터넷에 MVVM 패턴이라고만 쳐도 그림으로 그려져 있는것..

MVVM 패턴은 사용하는 사람들마다 조금씩 만드는 방식이 달랐다. 여러 방식들을 보고 그 중에서 가장 개인적으로 마음에 드는 방식의 예제를 보고 따라하며 이해했다. 이번 공부에는 LiveData , RxJava , Retrofit2, Databinding 이 사용되었다. 사전 지식이 없다면 이해하기 힘들 수 있다. 먼저 View 파트부터 설명 해보겠다. View 는 전에도 말했듯 유저가 클라이언트랑 소통하는 화면을 의미한다. 안드로이드에서는 Activity 를 말하겠다. MVVM 패턴에서의 View는 ViewModel에서 변경되는 값들을 Observer 패턴으로 관찰하며(이 프로젝트에서는 LiveData가 이를 쉽게 해결한다.) 변경되는 값들을 그대로 바꿔서 보여준다. 일단 나의 경우는 모든 Activi..

얼마전부터 공부하고 있는 MVVM 패턴에 대해 정리하기위해 포스팅을 하기로 마음먹었다. 사실 MVVM 패턴 자체만 두고보면 엄청 어렵고 그런 개념은 아닌데 제대로 만들기 위해서 들어가는 여러가지 따라오는것들이 어려운거 같다. LiveData 라던지 RxJava 라던지.. 이런것들도 다음 포스팅에 적을것이다. 일단 MVVM 패턴에 대해서 먼저 알아보자. MVVM 패턴은 예전 MVP 포스팅에서도 언급했듯 MVP패턴의 View와 Presenter , Model 사이이 양방향 의존성이 심해서 이것을 해결하기 위해 만들어졌다. MVVM 은 크게 View - ViewModel - Model 로 이루어져있고 단방향 의존성을 가진다. VIew는 ViewModel 을 참조하지만 ViewModel 은 View 를 참조하지..