react是mvvm架構嗎？

1樓：孫一零

不是，我之前也以為react是mvvm。後來發現自己是混淆了。我覺得react提供了model到view的對映。讓我們關注於資料，模型層，忽略view，檢視層

2樓：Tianfan

react 本身只是乙個函式 ui = render (data)官方就這麼簡單乙個公式。

最多算乙個 m→v 架構。

沒有所謂的狀態管理，只有資料到檢視。

而所有的資料管理，都是後來社群加上去的。甚至到現在都還沒有統一。

你甚至可以理解，react 就是乙個 dom 拼接工具，把資料拼成新 dom 替換舊 dom 。當然，它效能很高，會盡可能復用 dom 來提高效能。

3樓：拉風小牡丹

按照題主題意

人FB都說了 React 就只是個V層

搭配各種外掛程式全家桶狀態管理工具以後

才能算是乙個類似於MVC的架構

而且並不是嚴格意義上的MVC MVP就更不是了

4樓：林志鵬

不是。首先搞明白mvvm是啥意思。vm是view mode的意思。所以mvvm框架是要有乙個vm物件，來對映view。

也就是vm物件的屬性發生改變的時候，對應的檢視部分會相對應更新。比較經典的有knockoutjs，裡面比較關鍵的概念就是view model，compute，view模板等。對的，vue中其實是有不少它的影子。

然後來看看react，它沒有純粹意義上的vm物件，它有的是屬性和狀態。用屬性和狀態去對映檢視。那麼屬性和狀態和vm有什麼區別呢？

個人認為，vm物件不管你值是從外部傳進來的還是自己內部定義的，最後都一視同仁。很多情況還有雙向繫結的機制，可能早期的flex，讓人感到驚豔吧，後面的mvvm框架都有雙向繫結的概念。而react，強調的是屬性不可變性，單向資料流。

內部的狀態內部自己控制。這樣的設計可能從設計上更複雜一些，但是從使用上變得更確定，更清晰了。如果react用的比較熟，給合適的元件管理合適的狀態，做好狀態的合理分層，會大大降低應用複雜度。

然後，redux有個很先進的概念叫容器元件和純展示元件，如果領悟了這個設計思路的話，把複雜的東西集中到少部分元件中，大部分元件就變成純展示元件，進一步降低應用複雜性。

5樓：

不是。MVVM乙個最顯著的特徵：雙向繫結。

React沒有這個。

React是乙個單向資料流的庫，狀態驅動檢視。

State --> View --> New State --> New View