搜尋
首頁web前端js教程2018 js 回顧:框架存在的根本原因原來是這些

現代 js 框架解決的主要問題是保持 UI 與狀態同步。使用原生 JavaScript 編寫複雜、高效且易於維護的 UI 介面幾乎是不可能的。 我曾經看過很多很多人盲目地使用(前端)框架,如 React,Angular 或 Vue 等等。這些框架提供了許多有趣的東西,然而通常人們(自以為)使用框架是因為:

  • 它們支援組件化;

  • 它們有強大的社群支援;

  • #它們有許多(基於框架的)第三方函式庫來解決問題;

  • 它們有許多(很好的)第三方元件;

  • 它們有瀏覽器擴充工具來幫助偵錯;

  • 它們適合做單頁應用。

但這些都不是使用框架的根本原因。

最最本質的原因是:

2018 js 回顧:框架存在的根本原因原來是這些

(UI 與狀態同步非常困難)

是的,就是這原因,讓我們來看看為什麼

假設你正在設計這樣一個Web 應用:使用者可以透過群發電子郵件來邀請其他人(參加某活動)。 UX/UI 設計師設計如下:(在使用者填寫任何郵箱地址之前,)有一個空白狀態,並為此添加一些幫助資訊;(當使用者填寫郵箱之後,)顯示郵箱的地址,每個地址的右側均有一個按鈕用於刪除對應的位址。

2018 js 回顧:框架存在的根本原因原來是這些

這個表單的狀態,可以被設計成一個陣列,裡麵包含若干對象,物件由信箱位址和唯一識別組成。開始的時候,數組為空。當(使用者)輸入信箱位址並按下回車鍵之後,往陣列中新增一項並更新 UI。當使用者點擊刪除按鈕時,刪除(陣列中對應的)郵箱地址並更新 UI。你感覺到了嗎? 每當你改變狀態時,你都需要更新 UI

(你可能會說:)那又怎樣?好吧,讓我們看看如何在不用框架的情況下實現它:

用原生(JS)實現相對複雜的UI

以下程式碼很好地說明了使用原生JavaScript 實現一個相對複雜的UI 所需的工作量,使用像jQuery 這樣經典的函式庫也需要差不多的工作量。

在這個範例中,HTML 負責建立靜態頁面,JavaScript 透過 <span class="pln" style="color:rgb(72,72,76);">document</span><span class="pun" style="color:rgb(147,161,161);">.</span><span class="pln" style="color:rgb(72,72,76);">createElement</span> 動態改變(DOM 結構)。這引來了第一個問題:建立 UI 相關的 JavaScript 程式碼並不直觀易讀,我們將 UI 建置分為了兩個部分(譯者註:應該是指 HTML 與 JavaScript 兩部分)。儘管我們使用了 <span class="pln" style="color:rgb(72,72,76);">innerHTML</span>,可讀性是增強了,但降低了(頁面的)效能,同時可能存在 CSRF 漏洞。我們也可以使用模板引擎,但如果是大面積地修改 DOM,會面臨兩個問題:效率不高與需要重新綁定事件處理器。

但這也不是(不使用框架的)最大問題。最大的問題是每當狀態改變時都要(手動)更新 UI。每次狀態更新時,都需要很多程式碼來改變 UI。當新增電子郵件地址時,只需要兩行程式碼來更新狀態,但要十三行程式碼更新 UI。 (此例中)我們已經讓 UI (介面與邏輯)盡可能簡單了! !

2018 js 回顧:框架存在的根本原因原來是這些

程式碼既難寫又難理解,更麻煩的是它非常脆弱。假設我們需要(新增)同步伺服器資料到郵件地址清單的功能,我們需要比較伺服器傳回結果與陣列中資料的差異。這涉及比較所有資料的標識與內容,(當使用者修改後,)可能需要在記憶體中保留一份標識相同但內容不同的資料。

為了有效率地改變 DOM,我們需要寫大量點對點(譯者註:指狀態到 UI)的程式碼。但只要你犯了很小的錯誤,UI 與狀態將不再保持同步:(可能會出現)遺失或呈現錯誤的資訊、不再回應使用者的操作,更糟的是觸發了錯誤的動作(如點了刪除按鈕後刪除了非對應的一項)。

因此,保持 UI 與狀態同步,需要編寫大量乏味且非常脆弱的程式碼。

響應式UI 拯救一切

2018 js 回顧:框架存在的根本原因原來是這些

所以,(之所以使用框架,)不是因為社區,不是因為工具,不是因為生態,不是因為第三方庫......

目前為止,框架最大的改進是(為我們)提供了應用內部狀態與UI 同步的可靠保證。

只要你清楚特定框架的某些(特定)規則(如不可變狀態),就差不多(可以正常使用)了。

我們只需要定義一次UI 介面,不再需要為每個操作編寫特定的UI 程式碼,同時,每個相同的狀態都有相同的輸出(譯者註:指UI 一致):當狀態改變後,框架會自動更新(對應的)視圖。

框架是如何運作的呢?

基於兩個基本的策略:

  • #重新渲染整個元件,如 React。當元件中的狀態改變時,在記憶體中計算出(新的)DOM 結構後與現有的 DOM 結構進行比較。實際上,這是非常昂貴的。因而採取(將真實 DOM)對應為虛擬 DOM ,透過對比狀態變化前後虛擬 DOM 的不同,計算出變更後再改變真實 DOM 結構。這個過程稱為調和(reconciliation)。

  • 透過(新增)觀察者監控變化,如 Angular 和 Vue.js。應用程式中狀態的屬性會被監測,當它們改變時,只有依賴了(改變)屬性的 DOM 元素會被重新渲染。

那 Web components 呢?

很多時候,人們會把 React、 Angular 和 Vue.js (等框架)與 Web components 進行比較。這顯然體現了人們並不理解這些框架所提供的最大好處:保持 UI 與狀態同步。 Web components 並沒有提供這種同步機制。它僅僅提供了一個 template 標籤,但它不提供任何(狀態與 UI 之間的)協調機制。 如果你在應用程式中使用Web components 時,想保持UI 與內部狀態同步,則需要(開發者)手動完成,或者使用如 Stencil.js (內部和React 一樣,使用虛擬DOM) 之類的庫。

讓我們明確一點:框架表現出的巨大潛力並不體現在元件化上,保持 UI 與狀態同步才是具體的體現。 Web components 並未提供相關的功能,你必須手動或使用第三方函式庫去解決(同步的)問題。使用原生 JavaScript 去編寫複雜、有效率且易於維護的 UI 介面基本上是不可能的。 這就是你需要使用現代 JavaScript 框架的根本原因。

自己動手,豐衣足食

如果熱衷於了解底層原理,想知道虛擬 DOM 的具體實現。那,為何不試著在不使用框架的情況下,僅使用虛擬 DOM 來重寫原生 UI 呢?

這裡是框架的核心,所有元件的基礎類別。

2018 js 回顧:框架存在的根本原因原來是這些

這裡是重寫後的 AddressList 元件(借助 babel 來支援 JSX 的轉換)。

2018 js 回顧:框架存在的根本原因原來是這些

Now the UI is declarative and we are not using any framework. We can add new logic to change the state at will without writing additional code to keep the UI in sync. The problem is solved!

Now, except for the event handling, this looks like a React app, right? We have <span class="pln" style="color:rgb(72,72,76);">haverender</span><span class="pun" style="color:rgb(147,161,161);">()</span>, <span class="pln" style="color:rgb(72,72,76);">componentDidMount</span><span class="pun" style="color:rgb(147,161,161);">()</span>, <span class="pln" style="color:rgb(72,72,76);">setState</span><span class="pun" style="color:rgb(147,161,161);">()</span> and so on. Once you solve the problem of keeping the in-app UI and state in sync, everything will naturally add up (form components).

The complete source code can be found in this Github repository.

Conclusion

  • The main problem that modern js frameworks solve is keeping the UI in sync with the state.

  • #Writing complex, efficient, and maintainable UI interfaces using native JavaScript is almost impossible.

  • #Web components do not provide a solution to synchronization issues.

  • #It is not difficult to use the existing virtual DOM library to build your own framework. But this is not recommended!

Related recommendations:

Reasons and solutions for failure to load css and js files in the php ci framework

Video: 27 classic practical video tutorials for front-end JS development

Video: JavaScript advanced framework design video tutorial-free online video tutorial


以上是2018 js 回顧:框架存在的根本原因原來是這些的詳細內容。更多資訊請關注PHP中文網其他相關文章!

陳述
本文內容由網友自願投稿,版權歸原作者所有。本站不承擔相應的法律責任。如發現涉嫌抄襲或侵權的內容,請聯絡admin@php.cn
Python vs. JavaScript:學習曲線和易用性Python vs. JavaScript:學習曲線和易用性Apr 16, 2025 am 12:12 AM

Python更適合初學者,學習曲線平緩,語法簡潔;JavaScript適合前端開發,學習曲線較陡,語法靈活。 1.Python語法直觀,適用於數據科學和後端開發。 2.JavaScript靈活,廣泛用於前端和服務器端編程。

Python vs. JavaScript:社區,圖書館和資源Python vs. JavaScript:社區,圖書館和資源Apr 15, 2025 am 12:16 AM

Python和JavaScript在社區、庫和資源方面的對比各有優劣。 1)Python社區友好,適合初學者,但前端開發資源不如JavaScript豐富。 2)Python在數據科學和機器學習庫方面強大,JavaScript則在前端開發庫和框架上更勝一籌。 3)兩者的學習資源都豐富,但Python適合從官方文檔開始,JavaScript則以MDNWebDocs為佳。選擇應基於項目需求和個人興趣。

從C/C到JavaScript:所有工作方式從C/C到JavaScript:所有工作方式Apr 14, 2025 am 12:05 AM

從C/C 轉向JavaScript需要適應動態類型、垃圾回收和異步編程等特點。 1)C/C 是靜態類型語言,需手動管理內存,而JavaScript是動態類型,垃圾回收自動處理。 2)C/C 需編譯成機器碼,JavaScript則為解釋型語言。 3)JavaScript引入閉包、原型鍊和Promise等概念,增強了靈活性和異步編程能力。

JavaScript引擎:比較實施JavaScript引擎:比較實施Apr 13, 2025 am 12:05 AM

不同JavaScript引擎在解析和執行JavaScript代碼時,效果會有所不同,因為每個引擎的實現原理和優化策略各有差異。 1.詞法分析:將源碼轉換為詞法單元。 2.語法分析:生成抽象語法樹。 3.優化和編譯:通過JIT編譯器生成機器碼。 4.執行:運行機器碼。 V8引擎通過即時編譯和隱藏類優化,SpiderMonkey使用類型推斷系統,導致在相同代碼上的性能表現不同。

超越瀏覽器:現實世界中的JavaScript超越瀏覽器:現實世界中的JavaScriptApr 12, 2025 am 12:06 AM

JavaScript在現實世界中的應用包括服務器端編程、移動應用開發和物聯網控制:1.通過Node.js實現服務器端編程,適用於高並發請求處理。 2.通過ReactNative進行移動應用開發,支持跨平台部署。 3.通過Johnny-Five庫用於物聯網設備控制,適用於硬件交互。

使用Next.js(後端集成)構建多租戶SaaS應用程序使用Next.js(後端集成)構建多租戶SaaS應用程序Apr 11, 2025 am 08:23 AM

我使用您的日常技術工具構建了功能性的多租戶SaaS應用程序(一個Edtech應用程序),您可以做同樣的事情。 首先,什麼是多租戶SaaS應用程序? 多租戶SaaS應用程序可讓您從唱歌中為多個客戶提供服務

如何使用Next.js(前端集成)構建多租戶SaaS應用程序如何使用Next.js(前端集成)構建多租戶SaaS應用程序Apr 11, 2025 am 08:22 AM

本文展示了與許可證確保的後端的前端集成,並使用Next.js構建功能性Edtech SaaS應用程序。 前端獲取用戶權限以控制UI的可見性並確保API要求遵守角色庫

JavaScript:探索網絡語言的多功能性JavaScript:探索網絡語言的多功能性Apr 11, 2025 am 12:01 AM

JavaScript是現代Web開發的核心語言,因其多樣性和靈活性而廣泛應用。 1)前端開發:通過DOM操作和現代框架(如React、Vue.js、Angular)構建動態網頁和單頁面應用。 2)服務器端開發:Node.js利用非阻塞I/O模型處理高並發和實時應用。 3)移動和桌面應用開發:通過ReactNative和Electron實現跨平台開發,提高開發效率。

See all articles

熱AI工具

Undresser.AI Undress

Undresser.AI Undress

人工智慧驅動的應用程序,用於創建逼真的裸體照片

AI Clothes Remover

AI Clothes Remover

用於從照片中去除衣服的線上人工智慧工具。

Undress AI Tool

Undress AI Tool

免費脫衣圖片

Clothoff.io

Clothoff.io

AI脫衣器

AI Hentai Generator

AI Hentai Generator

免費產生 AI 無盡。

熱門文章

R.E.P.O.能量晶體解釋及其做什麼(黃色晶體)
4 週前By尊渡假赌尊渡假赌尊渡假赌
R.E.P.O.最佳圖形設置
4 週前By尊渡假赌尊渡假赌尊渡假赌
R.E.P.O.如果您聽不到任何人,如何修復音頻
4 週前By尊渡假赌尊渡假赌尊渡假赌
R.E.P.O.聊天命令以及如何使用它們
4 週前By尊渡假赌尊渡假赌尊渡假赌

熱工具

mPDF

mPDF

mPDF是一個PHP庫,可以從UTF-8編碼的HTML產生PDF檔案。原作者Ian Back編寫mPDF以從他的網站上「即時」輸出PDF文件,並處理不同的語言。與原始腳本如HTML2FPDF相比,它的速度較慢,並且在使用Unicode字體時產生的檔案較大,但支援CSS樣式等,並進行了大量增強。支援幾乎所有語言,包括RTL(阿拉伯語和希伯來語)和CJK(中日韓)。支援嵌套的區塊級元素(如P、DIV),

SAP NetWeaver Server Adapter for Eclipse

SAP NetWeaver Server Adapter for Eclipse

將Eclipse與SAP NetWeaver應用伺服器整合。

WebStorm Mac版

WebStorm Mac版

好用的JavaScript開發工具

MinGW - Minimalist GNU for Windows

MinGW - Minimalist GNU for Windows

這個專案正在遷移到osdn.net/projects/mingw的過程中,你可以繼續在那裡關注我們。 MinGW:GNU編譯器集合(GCC)的本機Windows移植版本,可自由分發的導入函式庫和用於建置本機Windows應用程式的頭檔;包括對MSVC執行時間的擴展,以支援C99功能。 MinGW的所有軟體都可以在64位元Windows平台上運作。

VSCode Windows 64位元 下載

VSCode Windows 64位元 下載

微軟推出的免費、功能強大的一款IDE編輯器