狀態(tài)決定視圖——基于狀態(tài)的前端開發(fā)思考

miya 發(fā)布于2019-08-20 18:22 / 2074人閱讀

摘要：前端與狀態(tài)現(xiàn)在的前端開發(fā)中，對于狀態(tài)的管理是重中之重。有限狀態(tài)機那么如何更好的管理前端軟件的復雜度的狀態(tài)機思想給出了自己的答案。有限狀態(tài)機并不是一個復雜的概念簡單說，它有三個特征狀態(tài)總數(shù)是有限的。

前提

在現(xiàn)在的前端社區(qū)，關于MVVM、Model driven view 之類的概念，已經算是非常普及了。React/Vue 這類框架可以算是代表。
而自己雖然有 React/Vue 的使用經驗，也了解 MVVM，狀態(tài)機等核心概念，但是卻一直沒有很好的應用。

直到前幾天接手一個組件開發(fā)的需求，寫之前嘗試細細分析時，才突然想通這之間的聯(lián)系。
Emmm……內容比較淺，并不是什么了不得的神兵利器。更多的是個人的感悟。

個人困惑

自己在前一段時間里，陷入了如何寫好代碼的困惑之中，在學習了《重構》、《代碼整潔之道》等知識之后，確實有一些好轉。但是寫代碼總是要重構才能好一些些，也是很麻煩的事情，于是就有了如下的思考。

前端與狀態(tài)

現(xiàn)在的前端開發(fā)中，對于狀態(tài)的管理是重中之重。
而使用 React/Vue 這類 MVVM 框架，通過組件化、自動綁定等方式，能有效降低前端開發(fā)時的復雜度。

MVVM

提到狀態(tài)就不得不提到MVVM框架，而MVVM的框架的核心，并不是雙向綁定或者依賴收集什么的，而是：狀態(tài)決定視圖。
用代碼描述就是：

View = ViewModel(Model)

理想情況下，ViewModel是純函數(shù)，給定相同的Model，產出相同的View。

隨著前端的發(fā)展，Web應用的狀態(tài)管理愈發(fā)復雜，然而由于前端的一些特性：

代碼開源

請求透明

不保存用戶數(shù)據(jù)

...

也決定了前端只負責整個Web應用上的視覺和交互層，凡是涉及到數(shù)據(jù)的，后端必然要做嚴謹?shù)男ｒ灒幌嘈湃魏吻岸说恼埱蟆?br>所以前端的核心工作，就是提供一個友善的人機交互的操作界面。當然，這也符合廣義上的前端定義。

而 MVVM 的出現(xiàn)，能有效的提高前端開發(fā)的效率和品質，從而得到了大規(guī)模的發(fā)展與應用。

復雜度

在《代碼大全2》這本書中，有句讓我印象深刻的話：

軟件工程的本質即是管理復雜度。

細細想來，也確實是如此。
前端開發(fā)自然也屬于軟件開發(fā)，管理復雜度恰恰也是前端目前的核心問題。

有限狀態(tài)機

那么如何更好的管理前端軟件的復雜度？ React 的狀態(tài)機思想給出了自己的答案。
狀態(tài)機是我在學習計算機中，時常聽到的一個概念，比如學 React 時，會提到 React 就是個狀態(tài)機，聽團隊關于編譯原理的分享時，也會聽到狀態(tài)機。所以就去專門補習了這個概念。

有限狀態(tài)機在維基百科上的描述如下：

有限狀態(tài)機（英語：finite-state machine，縮寫：FSM）又稱有限狀態(tài)自動機，簡稱狀態(tài)機，是表示有限個狀態(tài)以及在這些狀態(tài)之間的轉移和動作等行為的數(shù)學模型。

有限狀態(tài)機并不是一個復雜的概念

簡單說，它有三個特征：

狀態(tài)總數(shù)（state）是有限的。
任一時刻，只處在一種狀態(tài)之中。
某種條件下，會從一種狀態(tài)轉變（transition）到另一種狀態(tài)。
它對JavaScript的意義在于，很多對象可以寫成有限狀態(tài)機。

啟示

隨著對狀態(tài)決定視圖與狀態(tài)機兩個概念的學習與思考，于是有了新的思路：

狀態(tài)決定視圖，Action則負責完成狀態(tài)間的轉移，那么寫好代碼的核心在于，用最恰當?shù)臓顟B(tài)去描述界面，用最恰當?shù)膭幼魅ネ瓿蔂顟B(tài)間的轉移。

Emmm……很簡單的概念，但是自己之前一直沒有想的很清楚。

總結

隨著對這個概念的了解，自己在開發(fā)時的思路也愈發(fā)的清晰化。
自己現(xiàn)在寫代碼之前，會思考一系列問題，想清楚再下手：

這個頁面有幾種狀態(tài)（初始化狀態(tài)？成功狀態(tài)？失敗狀態(tài)？出錯狀態(tài)？）

描述這些狀態(tài)需要什么參數(shù)

在什么時候轉變狀態(tài)，需要改變哪些部分

把這些問題想清楚了，剩下的工作就是跟著思路，完成數(shù)據(jù)與UI部分。
以上就是自己的思路了，如果各位有什么建議的話，歡迎和我交流呀 ? ~

參考資料

有限狀態(tài)機 - 維基百科

JavaScript與有限狀態(tài)機

云服務器 GPU云服務器視圖狀態(tài)欄域名狀態(tài)的含義狀態(tài)欄的高度 ddos防護過程的狀態(tài)

文章版權歸作者所有，未經允許請勿轉載,若此文章存在違規(guī)行為，您可以聯(lián)系管理員刪除。

轉載請注明本文地址：http://m.specialneedsforspecialkids.com/yun/84416.html

頁面搭建工具總結及架構思考

摘要：在初步完成了在線流程圖編輯工具之后又接到了在線搭建頁面工具的需求剛開始其實并不想接項目因為從歷史以及現(xiàn)實原因來看個性化及動態(tài)渲染都是很難解決的痛點各種頁面搭建工具的不溫不火早已說明了這條路并沒有這么好走但從另一個方面來說既然有了這樣的需求那在初步完成了在線流程圖編輯工具之后,又接到了在線搭建頁面工具的需求,剛開始其實并不想接項目,因為從歷史以及現(xiàn)實原因來看,個性化及動態(tài)渲染都是很難解決的痛...

William_Sang 2019-04-23 11:57 評論0 收藏0
重新設計 Redux

摘要：相關狀態(tài)父組件傳遞給子組件的狀態(tài)。外部狀態(tài)狀態(tài)是可以從視圖庫中移出來的，然后可以使用提供者消費者模式把狀態(tài)重新連接回視圖庫。重新設計在我看來，重寫是有其必要性的，至少有以下個方面可以改進得更友好。 Redux 學習起來很困難？寫起代碼來很啰嗦？一起來看看 Rematch 的作者對 Redux 的思考和簡化吧~ 原文：《Redesigning Redux》, Shawn McKay 都過...

kidsamong 2019-08-22 18:06 評論0 收藏0
前端框架這么多，該如何抉擇？

摘要：在引起狀態(tài)變化的時刻，框架自動觸發(fā)臟檢查，也可以手動執(zhí)行臟檢查，直接操作更新視圖。最后，說了這么多，大家在具體選型時還是要首先分析自己的需求和現(xiàn)狀，然后再做選擇。作為一個軟件開發(fā)者，最大的挑戰(zhàn)就是在不斷涌現(xiàn)的新技術中進行取舍，持續(xù)學習是從事這一行業(yè)的必備技能。在這個領域里，技術更新最快地又非前端莫屬了。各種框架的出現(xiàn)、版本的更新此起彼伏，呈現(xiàn)出一派欣欣向榮之景。在項目中必不可少的便...

Jackwoo 2019-08-29 15:37 評論0 收藏0
前端框架這么多，該如何抉擇？

摘要：在引起狀態(tài)變化的時刻，框架自動觸發(fā)臟檢查，也可以手動執(zhí)行臟檢查，直接操作更新視圖。最后，說了這么多，大家在具體選型時還是要首先分析自己的需求和現(xiàn)狀，然后再做選擇。作為一個軟件開發(fā)者，最大的挑戰(zhàn)就是在不斷涌現(xiàn)的新技術中進行取舍，持續(xù)學習是從事這一行業(yè)的必備技能。在這個領域里，技術更新最快地又非前端莫屬了。各種框架的出現(xiàn)、版本的更新此起彼伏，呈現(xiàn)出一派欣欣向榮之景。在項目中必不可少的便...

lemon 2019-08-26 11:59 評論0 收藏0