本篇文章給大家談談mvvm模式和mvc的區(qū)別，以及面試題mvc和mvvm對應的知識點，文章可能有點長，但是希望大家可以閱讀完，增長自己的知識，最重要的是希望對各位有所幫助，可以解決了您的問題，不要忘了收藏本站喔。

mvi和mvvm的區(qū)別

MVI和MVVM都是一種用于Android應用程序開發(fā)的架構模式，它們的主要區(qū)別如下：

1.基本思想：MVI的主要思想是單向數據流，它以狀態(tài)為中心，將UI事件和狀態(tài)變化分開處理，將狀態(tài)的變化通過傳遞Intent解耦到相應的業(yè)務Component中，使得整個架構模式職責單一。而MVVM則是基于MVC架構模式的演變版本，MVVM主張將UI與業(yè)務分離，通過ViewModel來實現雙向數據綁定，以保證視圖的實時性。

2.架構角色：在MVI模式下，主要的角色是ViewState、Intent、Reducer、Action、Effect等。而在MVVM模式下則主要是View層、ViewModel層和Model層。

3.可測試性：MVI的設計將視圖邏輯與業(yè)務邏輯解耦，因此它更加容易進行單元測試，開發(fā)人員甚至可以對純函數進行測試，不必擔心業(yè)務邏輯紊亂，這樣有利于維護和測試。而MVVM則將UI狀態(tài)與業(yè)務狀態(tài)綁定起來，這種耦合使得它難以進行單元測試，需要使用Mock技術進行解耦。

4.代碼復雜度：由于MVVM需要實現雙向數據綁定，會導致數據流變的復雜，同時需要管理視圖狀態(tài)，因此代碼可能會變得比較復雜。而MVI的設計強調單向數據流和狀態(tài)管理，使代碼變得非常清晰和簡潔，易于維護和修改。

綜上所述，MVI和MVVM都是一種優(yōu)秀的Android應用程序開發(fā)架構，它們之間的區(qū)別在于基本思想、架構角色、可測試性和代碼復雜度等方面，開發(fā)人員可以根據具體的應用場景和需求選擇適合自己的架構。

mvvm的優(yōu)缺點

MVVM是MVC的增強版，和MVC沒有本質區(qū)別，只是代碼的位置變動而已

MVC模式

MVC即Model-View-Controller（模型-視圖-控制器）

Model：應用程序中處理數據邏輯的一部分，通常用來模型對象對數據庫的存取等操作

View：視圖部分，通常指前端頁面用來對用戶展示的一部分

Controller：控制層通常用來處理業(yè)務邏輯，負責從視圖讀取數據，并向模型發(fā)送數據

MVVM模式

MVVM即Model-View-ViewModel

可以將ViewMode看作是Model和View的連接橋，View可以通過事件綁定Model，Model可以通過數據綁定View，通過ViewMode可以實現數據和視圖的完全分離

MVVM的優(yōu)點

1.雙向綁定技術，當Model變化時，View-Model會自動更新，View也會自動變化,能很好的做到數據一致性。

2.View的功能進一步的強化，具有控制的部分功能。

3.UI和邏輯的開發(fā)解耦。

MVVM的缺點

1.數據綁定使得Bug不易調試，也會使得一個位置的Bug被快速傳遞到別的位置。

2.雖然使用Model方便了保證數據一致性，但是大的模塊中長期不釋放內存就會造成花費更多的內存。

3.數據雙向綁定不利于View部分的代碼復用。

Java開發(fā)和PHP開發(fā)哪個更難學啊

首先php確實是開發(fā)速度極快，為什么？

因為弱類型(php7有類型聲明選擇開關，只要引入開關指令declare(strict_type=1)就會強制當前的文件下的程序遵循嚴格的參數類型，返回值類型)，不需要定義返回的類型，加上php實際開發(fā)過程中喜歡運用它萬能的數組來做計算，返回。所以他的動態(tài)擴展性非常強，如果返回值結構改變，沒關系，直接改數組結構就行(注意，php數組太強大，可以當作map,list來用,底層的實現其實是hashmap)

而java可能要開發(fā)過程可能要慢一點，java面向對象的技巧，設計模式會運用的更多一點。需要定義各類model來適應你業(yè)務的需求。編寫風格會有一定的統(tǒng)一要求。強類型在編寫的時候會比php麻煩，但好處是更安全，因為類型固定，潛在風險較低，還有編譯器給你做了一次保障。

mvcmvpmvvm三種模型的區(qū)別

MVC、MVP和MVVM是三種常見的前端架構模式，它們的區(qū)別如下：

MVC（Model-View-Controller）模型：

1.Model：數據層，負責處理數據和業(yè)務邏輯。

2.View：視圖層，負責展示數據和接收用戶操作。

3.Controller：控制器，負責協(xié)調Model和View，處理用戶操作和業(yè)務邏輯。

MVP（Model-View-Presenter）模型：

1.Model：數據層，同MVC模型。

2.View：視圖層，同MVC模型。

3.Presenter：負責協(xié)調Model和View，處理用戶操作和業(yè)務邏輯，與Controller不同的是，Presenter并沒有直接控制視圖，而是通過接口與視圖交互。

MVVM（Model-View-ViewModel）模型：

1.Model：數據層，同MVC模型。

2.View：視圖層，同MVC模型。

3.ViewModel：負責協(xié)調Model和View，處理用戶操作和業(yè)務邏輯，與Presenter不同的是，ViewModel通過雙向數據綁定（DataBinding）將View和Model綁定在一起，當數據發(fā)生變化時，View會自動更新。

總體來說，MVC主要強調控制器的作用，MVP主要強調Presenter的作用，MVVM則主要強調雙向數據綁定的作用。它們各有優(yōu)缺點，應根據具體場景選擇適合的模式。

mvi架構

你好，MVI（Model-View-Intent）是一種架構模式，用于開發(fā)用戶界面。它是基于MVC（Model-View-Controller）和MVVM（Model-View-ViewModel）模式的演變而來。

MVI架構的核心思想是將用戶界面的狀態(tài)表示為不可變的數據模型（Model），并通過Intent對象來表示用戶界面的交互意圖。用戶界面通過觀察Model的變化來更新自身的狀態(tài)，并將用戶的交互意圖通過Intent對象發(fā)送給業(yè)務邏輯層處理。

MVI架構的主要組成部分包括：

1.Model：不可變的數據模型，用于表示用戶界面的狀態(tài)。

2.View：負責展示用戶界面，并通過觀察Model的變化來更新自身的狀態(tài)。

3.Intent：表示用戶界面的交互意圖，包括用戶的輸入和操作。

4.Reducer：負責根據接收到的Intent對象和當前的Model狀態(tài)，計算出新的Model狀態(tài)。

5.Action：表示業(yè)務邏輯層的操作，用于響應用戶的交互意圖并更新Model狀態(tài)。

MVI架構的優(yōu)點包括：

1.易于測試：由于Model是不可變的，可以方便地編寫單元測試來驗證Model的狀態(tài)變化。

2.擴展性：通過將用戶界面的狀態(tài)和交互意圖明確地分離出來，可以方便地修改和擴展用戶界面的功能。

3.可預測性：由于Model是不可變的，每次更新都是通過Reducer計算得出的，因此可以準確地預測用戶界面的狀態(tài)變化。

需要注意的是，MVI架構并不是適用于所有情況的通用解決方案，開發(fā)者需要根據具體的項目需求和團隊情況來選擇適合的架構模式。

MVVM模式下，ViewModel和View，Model有什么區(qū)別

簡單的說，ViewModel就是View與Model的連接器，View與Model通過ViewModel實現雙向綁定。

Model：很簡單，就是業(yè)務邏輯相關的數據對象，通常從數據庫映射而來，我們可以說是與數據庫對應的model。

View：也很簡單，就是展現出來的用戶界面?；旧?，絕大多數軟件所做的工作無非就是從數據存儲中讀出數據，展現到用戶界面上，然后從用戶界面接收輸入，寫入到數據存儲里面去。所以，對于數據存儲（model）和界面（view）這兩層，大家基本沒什么異議。但是，如何把model展現到view上，以及如何把數據從view寫入到model里，不同的人有不同的意見。

MVC派的看法是，界面上的每個變化都是一個事件，我只需要針對每個事件寫一堆代碼，來把用戶的輸入轉換成model里的對象就行了，這堆代碼可以叫controller。

而MVVM派的看法是，我給view里面的各種控件也定義一個對應的數據對象，這樣，只要修改這個數據對象，view里面顯示的內容就自動跟著刷新，而在view里做了任何操作，這個數據對象也跟著自動更新，這樣多美。所以：ViewModel：就是與界面（view）對應的Model。因為，數據庫結構往往是不能直接跟界面控件一一對應上的，所以，需要再定義一個數據對象專門對應view上的控件。

而ViewModel的職責就是把model對象封裝成可以顯示和接受輸入的界面數據對象。至于viewmodel的數據隨著view自動刷新，并且同步到model里去，這部分代碼可以寫成公用的框架，不用程序員自己操心了。

mvvm模式和mvc的區(qū)別的介紹就聊到這里吧，感謝你花時間閱讀本站內容，更多關于面試題mvc和mvvm、mvvm模式和mvc的區(qū)別的信息別忘了在本站進行查找哦。