Part 4. 我們要來講解 ViewModel + View，同時會講解 MVVM 的大原則和核心概念。
上一個部份 Part 3. 我們完成了 Model 層 – MovieRepo，這 Part 4. 將要來介紹 ViewModel 來為 UI 提供所需要的資料，針對使用者操作做出對應的動作，以及介紹 View 如何使用 ViewModel 所提供的資料流來呈現 UI。
Android App 開發實戰系列 Part 4. ViewModel + View
Tech, developer, learning and happier life.
Part 4. 我們要來講解 ViewModel + View，同時會講解 MVVM 的大原則和核心概念。
上一個部份 Part 3. 我們完成了 Model 層 – MovieRepo，這 Part 4. 將要來介紹 ViewModel 來為 UI 提供所需要的資料，針對使用者操作做出對應的動作，以及介紹 View 如何使用 ViewModel 所提供的資料流來呈現 UI。
I'm Engine Bai 白昌永 (大白), software developer and lead, focus on mobile app development.
曾經維護過一個專案，和文章中說的狀況類似，同樣的資料複製了好幾種不同形式的方式儲存和顯示，如果資料改了，所有變數都要一起改，沒改到就出現bug，實在非常花時間找問題。
MVVM 和 MVP 的差別在哪邊？所以 Google 捨棄 MVP？
一開始 Google 主推 MVP（更之前我就沒跟到），後來發現到 MVP 存在一些缺點：
1. 最大的問題：VP 存在一對一的「耦合」關係，也就是說 Presenter 如果有相同邏輯，是無法抽換給其他 View 使用的。如果要改其中一邊，相對的兩邊都需要改動。
2. 太多介面，一個 View 對上一個 Presenter 就要三個介面（V / P 各一個，還有一個父介面來包含這兩個介面）
後來 Google 推出 MVVM，調整 VP -> ViewModel + View，由 ViewModel 去提供介面需要的資料流給要呈現的介面去使用，如果一個使用者點數需要在不同地方顯示，ViewModel 只需要實作一次邏輯，不同的 View 就只需要訂閱該資料流就可以顯示。這樣做可以避免耦合和重工。
好奇你首頁是怎麼做到直滑、橫滑的卡片？
我之後會出 Part 9 完整講解首頁如何實作，如果想先知道，可以參考 Epoxy Carousel，Carousel 就是提供水平的列表，讓你可以在垂直列表中放上水平的列表。
哪些資料該存在 ViewModel？哪些應該存在 Model 層？