MVC（Model-View-Controller）隔開業(yè)務(wù)和UI（一對一）

1. 角色劃分：
   Model：負(fù)責(zé)處理數(shù)據(jù)和業(yè)務(wù)邏輯，通常包括數(shù)據(jù)的存儲、檢索和更新等操作。
   View：負(fù)責(zé)展示用戶界面，接收用戶輸入，并將用戶操作傳遞給 Controller。
   Controller：作為 Model 和 View 之間的中介，負(fù)責(zé)處理用戶輸入，調(diào)用 Model 進(jìn)行數(shù)據(jù)處理，并更新 View 以反映數(shù)據(jù)的變化。
2. 交互方式：
   View 和 Model 之間存在直接的依賴關(guān)系。View 可以直接訪問 Model 中的數(shù)據(jù)，并且在數(shù)據(jù)發(fā)生變化時，View 需要主動從 Model 中獲取新的數(shù)據(jù)進(jìn)行更新。
   Controller 負(fù)責(zé)協(xié)調(diào) View 和 Model 之間的交互。當(dāng)用戶在 View 上進(jìn)行操作時，View 將事件傳遞給 Controller，Controller 再根據(jù)事件類型調(diào)用 Model 進(jìn)行相應(yīng)的業(yè)務(wù)處理，并更新 View。
3. 優(yōu)缺點：
   優(yōu)點：
   結(jié)構(gòu)簡單，易于理解和實現(xiàn)。
   可以將業(yè)務(wù)邏輯和用戶界面分離，提高代碼的可維護(hù)性。
   缺點：
   View 和 Model 之間的緊密耦合可能導(dǎo)致代碼難以維護(hù)和測試。例如，當(dāng) Model 中的數(shù)據(jù)發(fā)生變化時，View 需要主動獲取數(shù)據(jù)并更新自己，這增加了代碼的復(fù)雜性。
   Controller 可能會變得過于龐大和復(fù)雜，因為它需要處理所有的用戶輸入和業(yè)務(wù)邏輯。
   

• 主動式
  
• 被動式
  

MVP（Model-View-Presenter）

1. 角色劃分：
   Model：與 MVC 中的 Model 類似，負(fù)責(zé)處理數(shù)據(jù)和業(yè)務(wù)邏輯。
   View：只負(fù)責(zé)顯示數(shù)據(jù)和接收用戶輸入，不包含任何業(yè)務(wù)邏輯。View 通常通過接口與 Presenter 進(jìn)行交互。
   定義接口，如UserListView，包含顯示用戶列表、顯示加載進(jìn)度、顯示錯誤信息等方法。
   Presenter：作為 View 和 Model 之間的中介，負(fù)責(zé)處理用戶輸入，調(diào)用 Model 進(jìn)行數(shù)據(jù)處理，并更新 View。Presenter 通常包含大部分的業(yè)務(wù)邏輯。
   實現(xiàn)UserListView接口中的方法，負(fù)責(zé)處理用戶輸入，調(diào)用 Model 進(jìn)行數(shù)據(jù)處理，然后更新 View。
2. 交互方式：
   View 和 Model 之間完全解耦，通過 Presenter 進(jìn)行間接交互。View 只需要將用戶操作傳遞給 Presenter，Presenter 負(fù)責(zé)調(diào)用 Model 進(jìn)行數(shù)據(jù)處理，并將結(jié)果返回給 View 進(jìn)行顯示。
   Presenter 與 View 和 Model 都有聯(lián)系。Presenter 接收來自 View 的用戶輸入，調(diào)用 Model 進(jìn)行業(yè)務(wù)處理，并將結(jié)果更新到 View。同時，Presenter 也可以從 Model 中獲取數(shù)據(jù)，并將其傳遞給 View 進(jìn)行顯示。
3. 優(yōu)缺點：
   優(yōu)點：
   更好地實現(xiàn)了 View 和 Model 的解耦，使得代碼更易于維護(hù)和測試。
   Presenter 可以進(jìn)行單元測試，而不需要依賴于 Android 框架，提高了測試的效率和可靠性。
   缺點：
   代碼量相對較大，因為需要定義接口來實現(xiàn) View 和 Presenter 之間的交互。
   Presenter 可能會變得復(fù)雜，特別是當(dāng)業(yè)務(wù)邏輯較多時。
   

MVVM（Model-View-ViewModel）

1. 角色劃分：
   Model：與 MVC 和 MVP 中的 Model 類似，負(fù)責(zé)處理數(shù)據(jù)和業(yè)務(wù)邏輯。
   View：負(fù)責(zé)顯示數(shù)據(jù)和接收用戶輸入，不包含任何業(yè)務(wù)邏輯。View 通過數(shù)據(jù)綁定與 ViewModel 進(jìn)行交互。
   ViewModel：作為 View 和 Model 之間的橋梁，負(fù)責(zé)處理業(yè)務(wù)邏輯，并將數(shù)據(jù)以可觀察的方式提供給 View。ViewModel 通常包含大部分的業(yè)務(wù)邏輯和數(shù)據(jù)處理代碼。
2. 交互方式：
   View 和 Model 之間通過 ViewModel 進(jìn)行間接交互。View 通過數(shù)據(jù)綁定機制自動更新顯示的數(shù)據(jù)，而不需要手動從 ViewModel 中獲取數(shù)據(jù)。當(dāng)用戶在 View 上進(jìn)行操作時，View 將事件傳遞給 ViewModel，ViewModel 進(jìn)行相應(yīng)的業(yè)務(wù)處理，并更新數(shù)據(jù)，從而自動更新 View。
   ViewModel 與 Model 進(jìn)行交互，獲取數(shù)據(jù)并進(jìn)行處理，然后將處理后的數(shù)據(jù)以可觀察的方式提供給 View。View 只需要關(guān)注數(shù)據(jù)的變化，而不需要關(guān)心數(shù)據(jù)的來源和處理過程。
3. 優(yōu)缺點：
   優(yōu)點：
   實現(xiàn)了更好的 View 和 Model 的解耦，代碼結(jié)構(gòu)更加清晰，易于維護(hù)和測試。
   數(shù)據(jù)綁定機制使得 View 的更新更加自動和高效，減少了手動更新 View 的代碼量。
   ViewModel 可以進(jìn)行單元測試，而不需要依賴于 Android 框架。
   缺點：
   學(xué)習(xí)成本相對較高，需要掌握數(shù)據(jù)綁定等新的技術(shù)和概念。
   對于復(fù)雜的界面和業(yè)務(wù)邏輯，ViewModel 可能會變得復(fù)雜，需要合理地組織代碼。