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

mvi和mvvm的區(qū)別

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

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

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

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

4.代碼復(fù)雜度：由于MVVM需要實(shí)現(xiàn)雙向數(shù)據(jù)綁定，會(huì)導(dǎo)致數(shù)據(jù)流變的復(fù)雜，同時(shí)需要管理視圖狀態(tài)，因此代碼可能會(huì)變得比較復(fù)雜。而MVI的設(shè)計(jì)強(qiáng)調(diào)單向數(shù)據(jù)流和狀態(tài)管理，使代碼變得非常清晰和簡(jiǎn)潔，易于維護(hù)和修改。

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

mvvm的優(yōu)缺點(diǎn)

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

MVC模式

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

Model：應(yīng)用程序中處理數(shù)據(jù)邏輯的一部分，通常用來(lái)模型對(duì)象對(duì)數(shù)據(jù)庫(kù)的存取等操作

View：視圖部分，通常指前端頁(yè)面用來(lái)對(duì)用戶展示的一部分

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

MVVM模式

MVVM即Model-View-ViewModel

可以將ViewMode看作是Model和View的連接橋，View可以通過(guò)事件綁定Model，Model可以通過(guò)數(shù)據(jù)綁定View，通過(guò)ViewMode可以實(shí)現(xiàn)數(shù)據(jù)和視圖的完全分離

MVVM的優(yōu)點(diǎn)

1.雙向綁定技術(shù)，當(dāng)Model變化時(shí)，View-Model會(huì)自動(dòng)更新，View也會(huì)自動(dòng)變化,能很好的做到數(shù)據(jù)一致性。

2.View的功能進(jìn)一步的強(qiáng)化，具有控制的部分功能。

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

MVVM的缺點(diǎn)

1.數(shù)據(jù)綁定使得Bug不易調(diào)試，也會(huì)使得一個(gè)位置的Bug被快速傳遞到別的位置。

2.雖然使用Model方便了保證數(shù)據(jù)一致性，但是大的模塊中長(zhǎng)期不釋放內(nèi)存就會(huì)造成花費(fèi)更多的內(nèi)存。

3.數(shù)據(jù)雙向綁定不利于View部分的代碼復(fù)用。

Java開發(fā)和PHP開發(fā)哪個(gè)更難學(xué)啊

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

因?yàn)槿躅愋?php7有類型聲明選擇開關(guān)，只要引入開關(guān)指令declare(strict_type=1)就會(huì)強(qiáng)制當(dāng)前的文件下的程序遵循嚴(yán)格的參數(shù)類型，返回值類型)，不需要定義返回的類型，加上php實(shí)際開發(fā)過(guò)程中喜歡運(yùn)用它萬(wàn)能的數(shù)組來(lái)做計(jì)算，返回。所以他的動(dòng)態(tài)擴(kuò)展性非常強(qiáng)，如果返回值結(jié)構(gòu)改變，沒關(guān)系，直接改數(shù)組結(jié)構(gòu)就行(注意，php數(shù)組太強(qiáng)大，可以當(dāng)作map,list來(lái)用,底層的實(shí)現(xiàn)其實(shí)是hashmap)

而java可能要開發(fā)過(guò)程可能要慢一點(diǎn)，java面向?qū)ο蟮募记?，設(shè)計(jì)模式會(huì)運(yùn)用的更多一點(diǎn)。需要定義各類model來(lái)適應(yīng)你業(yè)務(wù)的需求。編寫風(fēng)格會(huì)有一定的統(tǒng)一要求。強(qiáng)類型在編寫的時(shí)候會(huì)比php麻煩，但好處是更安全，因?yàn)轭愋凸潭ǎ瑵撛陲L(fēng)險(xiǎn)較低，還有編譯器給你做了一次保障。

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

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

MVC（Model-View-Controller）模型：

1.Model：數(shù)據(jù)層，負(fù)責(zé)處理數(shù)據(jù)和業(yè)務(wù)邏輯。

2.View：視圖層，負(fù)責(zé)展示數(shù)據(jù)和接收用戶操作。

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

MVP（Model-View-Presenter）模型：

1.Model：數(shù)據(jù)層，同MVC模型。

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

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

MVVM（Model-View-ViewModel）模型：

1.Model：數(shù)據(jù)層，同MVC模型。

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

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

總體來(lái)說(shuō)，MVC主要強(qiáng)調(diào)控制器的作用，MVP主要強(qiáng)調(diào)Presenter的作用，MVVM則主要強(qiáng)調(diào)雙向數(shù)據(jù)綁定的作用。它們各有優(yōu)缺點(diǎn)，應(yīng)根據(jù)具體場(chǎng)景選擇適合的模式。

mvi架構(gòu)

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

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

MVI架構(gòu)的主要組成部分包括：

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

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

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

4.Reducer：負(fù)責(zé)根據(jù)接收到的Intent對(duì)象和當(dāng)前的Model狀態(tài)，計(jì)算出新的Model狀態(tài)。

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

MVI架構(gòu)的優(yōu)點(diǎn)包括：

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

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

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

需要注意的是，MVI架構(gòu)并不是適用于所有情況的通用解決方案，開發(fā)者需要根據(jù)具體的項(xiàng)目需求和團(tuán)隊(duì)情況來(lái)選擇適合的架構(gòu)模式。

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

簡(jiǎn)單的說(shuō)，ViewModel就是View與Model的連接器，View與Model通過(guò)ViewModel實(shí)現(xiàn)雙向綁定。

Model：很簡(jiǎn)單，就是業(yè)務(wù)邏輯相關(guān)的數(shù)據(jù)對(duì)象，通常從數(shù)據(jù)庫(kù)映射而來(lái)，我們可以說(shuō)是與數(shù)據(jù)庫(kù)對(duì)應(yīng)的model。

View：也很簡(jiǎn)單，就是展現(xiàn)出來(lái)的用戶界面?；旧希^大多數(shù)軟件所做的工作無(wú)非就是從數(shù)據(jù)存儲(chǔ)中讀出數(shù)據(jù)，展現(xiàn)到用戶界面上，然后從用戶界面接收輸入，寫入到數(shù)據(jù)存儲(chǔ)里面去。所以，對(duì)于數(shù)據(jù)存儲(chǔ)（model）和界面（view）這兩層，大家基本沒什么異議。但是，如何把model展現(xiàn)到view上，以及如何把數(shù)據(jù)從view寫入到model里，不同的人有不同的意見。

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

而MVVM派的看法是，我給view里面的各種控件也定義一個(gè)對(duì)應(yīng)的數(shù)據(jù)對(duì)象，這樣，只要修改這個(gè)數(shù)據(jù)對(duì)象，view里面顯示的內(nèi)容就自動(dòng)跟著刷新，而在view里做了任何操作，這個(gè)數(shù)據(jù)對(duì)象也跟著自動(dòng)更新，這樣多美。所以：ViewModel：就是與界面（view）對(duì)應(yīng)的Model。因?yàn)?，?shù)據(jù)庫(kù)結(jié)構(gòu)往往是不能直接跟界面控件一一對(duì)應(yīng)上的，所以，需要再定義一個(gè)數(shù)據(jù)對(duì)象專門對(duì)應(yīng)view上的控件。

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

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