안드로이드 개발자라면 MVVM이 대세라는 말들과 그에 대한 여러 정보를 어렵지 않게 많이 접해봤을 것이다. 많은 기업들이 MVVM 패턴을 사용하고 있고, 여러 채용 공고들에도 아키텍처에 대한 이해나 MVVM 실무 경험 등이 푸함되어 있기 때문이다. 그래서 오히려 무지성으로 ViewModel에 대한 이해 없이 겉핥기식 MVVM 패턴을 사용하는 사람도 많아진 것 같다. 0. ViewModel이 왜 두가지로 나뉘게 되었는가 구글이 Jetpack을 내놓기 이전부터 개발자들은 MVVM 패턴을 적용하여 개발을 하고 있었다. 그러다 구글이 Jetpack을 내놓으면서 그 당시 개발자들에겐 낯익은 ViewModel도 포함되어 있어 다들 기존의 MVVM 구조에서 사용하던 ViewModel을 구글에서 다듬어 내놨으리라 기대..
0. 시작하기 전에 RxJava의 연산자를 제대로 이해하기 위해서는 마블 다이어그램에 대해 알아야 한다. 아래 마블 다이어그램을 한 번 보자. 위 마블 다이어그램에 대해 완벽하게 이해하고 있다면 이 포스팅을 읽지 않아도 된다. 만약 그렇지 않다면, 이 포스팅을 읽고 난 뒤에는 완벽하게 이해할 수 있을 것이다. 1. 연산자 소개 (1) subscribeOn() subscribeOn 연산자는 observableSource가 subscribe 되었을 때, 데이터를 다음 스트림으로 전달하는 액션을 수행하는 스케줄러를 지정한다. 간단하게 말해서, subscribeOn 연산자는 "Observable이 동작을 시작할 스레드"를 지정한다. 추가적으로 subscribeOn 연산자를 사용할 때 알아둬야 할 사항 몇가지에 ..
오늘 "아키텍처를 알아야 앱 개발이 보인다" 라는 책을 공부하던 중, 한가지 이슈에 직면했다. ViewModel 파트 실습중이였는데, gradle 설정을 완료하였음에도 ViewModel 생성을 위한 ViewModelProvider 클래스가 생성되지 않는 이슈였다. 수정을 거쳐도 이미 deprecated된 ViewModelProviders가 나오거나 아예 엉뚱한 HasDefaultViewModelProvideFactory 였나? 뭔가 하는 이상한 클래스가 나왔다. 아래 코드는 developers에서 제공하는 최신 버전의 gradle이다. dependencies { def lifecycle_version = "2.6.0-alpha01" def arch_version = "2.1.0" // ViewModel ..
프로젝트를 하다보면 처음보는 오류에 길게는 몇시간 동안 매달리는 경우가 있다. 그럴때마다 너무 답답해서 기억하려고 포스팅을 남긴다 ㅎㅎ.. 1. INSTALL_FAILED_DOWNGRADE_VERSION -> 해당 디바이스에 최신 버전의 어플리케이션이 존재하므로, 더 진행하기를 원한다면 기존 어플리케이션을 제거해야합니다. 저 말 그대로, 기본 설정에서 안드로이드 스튜디오를 돌리고 있다면, 해당 오류를 심심치 않게 만나볼 수 있다. 난 원래 gradle의 version_code를 매 컴파일때마다 변경하는 방법으로 버텼는데, 너무 귀찮고 매번 sync하는 시간도 길어 번거로웠다. 2. 해결 방법 (1) Android studio에서 상단 메뉴바의 "Edit Configurations" 클릭 (2) Insta..