공상하는 개발자

2탄 MVP 패턴을 포스팅 한 이후 오랜 시간이 흘렀다.. 그동안 MVVM에 대한 공부를 하고, 프로젝트에 적용하면서 조금은 익숙해진 것 같아 포스팅을 하려고 한다. 언제나 날카로운 피드백은 환영이다. 드루와 ... MVVM (Model + View + ViewModel) 정의 -> 모델 + 뷰 + 뷰모델의 구조이다. MVP 패턴에서 프레젠터가 뷰모델로 바뀐 것으로, 뷰와 프레젠터의 의존성을 없앨 수 있는 패턴이다. · Model : 프로그램에서 사용되는 실제 데이터 및 데이터 로직을 처리하는 부분. ex) retrofit을 필요한 데이터를 받아오는 것. · View : 사용자의 입력을 받고, 보여주는 부분. · ViewModel : View에게 정보를 뿌려주기 위한 View를 위한 Model MVVM의..

DataBinding이란? 데이터 바인딩은 xml의 위젯 등에 접근할 때 findViewById()를 쓰지 않고 자동으로 View에 연결시켜준다. DataBinding을 쓰는 이유는? 귀찮은 logic들을 xml로 뺄 수 있게 해준다. View 자체에서 데이터 변경에 대한 동적 처리가 가능하다. View와 ViewModel의 분리에 용이함. (MVVM 패턴에 적용) 단점 : 빌드 시간이 오래 걸린다. 클래스들이 많이 만들어져서 그렇다. DataBinding을 사용하기 위한 설정 android { //.. dataBinding { enabled = true } //.. } DataBinding enabled를 true로 설정하면 DataBinding을 쓰기 위한 설정은 끝! xml에 DataBinding ..

모든 코드를 뷰에 다 때려 박던 김 모 씨는 코드 관리의 필요성을 느끼고 아키텍처 패턴을 공부하기 시작하는데 아키텍처 패턴을 사용하는 이유 1. 코드 각각의 역할을 나눠 코드관리를 직관적으로 하는 게 유지보수와 협업에 좋다. 2. 모듈은 한 가지 기능만 하도록 세분화 되어야 한다. 3. 리소스의 낭비가 없어야한다. Model이란 무엇인가 어떠한 동작을 수행해주는 코드입니다. 사용자에게 어떻게 보일지 신경을 쓰지 않아도 됩니다. (이러한 부분은 View 부분에서 할 일입니다.) 예를 들어 데이터, DB, 알고리즘 등이 Model에 속합니다. Model을 분리하는 이유 Model과 View 간의 결합도를 낮추면, 새로운 기능을 추가하거나 수정할 때 관련된 부분만 변경하면 되기 때문에 코드 유지보수에 유리합니..