前端三大主流框架React、Vue、Angular的對比

来源:https://www.cnblogs.com/coderhf/archive/2020/05/22/12937705.html
-Advertisement-
Play Games

前言 每個框架都不可避免會有自己的一些特點,從而會對使用者有一定的要求,這些要求就是主張,主張有強有弱,它的強勢程度會影響在業務開發中的使用方式。 一、Angular,它兩個版本都是強主張的,如果你用它,必須接受以下東西: 必須使用它的模塊機制 必須使用它的依賴註入 必須使用它的特殊形式定義組件(這 ...


前言

每個框架都不可避免會有自己的一些特點,從而會對使用者有一定的要求,這些要求就是主張,主張有強有弱,它的強勢程度會影響在業務開發中的使用方式。

一、Angular,它兩個版本都是強主張的,如果你用它,必須接受以下東西:

  • 必須使用它的模塊機制
  • 必須使用它的依賴註入
  • 必須使用它的特殊形式定義組件(這一點每個視圖框架都有,難以避免)

所以Angular是帶有比較強的排它性的,如果你的應用不是從頭開始,而是要不斷考慮是否跟其他東西集成,這些主張會帶來一些困擾。

二、React

它也有一定程度的主張,它的主張主要是函數式編程的理念,比如說,你需要知道什麼是副作用,什麼是純函數,如何隔離副作用。它的侵入性看似沒有Angular那麼強,主要因為它是軟性侵入。你當然可以只用React的視圖層,但幾乎沒有人這麼用,為什麼呢,因為你用了它,就會覺得其他東西都很彆扭,於是你要引入Flux,Redux,Mobx之中的一個,於是你除了Redux,還要看saga,於是你要糾結業務開發過程中每個東西有沒有副作用,純不純,甚至你連這個都可能不能忍:

const getData = () => {
// 如果不存在,就在緩存中創建一個並返回
// 如果存在,就從緩存中拿
}

 

因為你要糾結它有外部依賴,同樣是不加參數調用,連續兩次的結果是不一樣的,於是不純。為什麼我一直不認同在中後臺項目中使用React,原因就在這裡,我反對的是整個業務應用的函數式傾向,很多人都是看到有很多好用的React組件,就會傾向於把它引入,然後,你知道怎麼把自己的業務映射到函數式的那套理念上嗎?函數式編程,無副作用,寫出來的代碼沒有bug,這是真理沒錯,但是有兩個問題需要考慮:

  1. JS本身,有太多特性與純函數式的主張不適配
  2. 業務系統裡面的實體關係,如何組織業務邏輯,幾十年來積累了無數的基於設計模式的場景經驗,有太多的東西可以模仿,但是,沒有人給你總結那麼多如何把你的厚重業務映射到函數式理念的經驗,這個地方很考驗綜合水平的,真的每個人都有能力去做這種映射嗎?

函數式編程無bug的根本就在於要把業務邏輯完全都依照這套理念搞好,你看看自己公司做中後臺的員工,他們熟悉的是什麼?是基於傳統OO設計模式的這套東西,他們以為拿著你們給的組件庫就得到了一切,但是可能還要被灌輸函數式編程的一整套東西,而且又沒人告訴他們在業務場景下,如何規劃業務模型、組織代碼,還要求快速開發,怎麼能快起來?所以我真是心疼這些人,他們要的只是組件庫,卻不得不把業務邏輯的思考方式也作轉換,這個事情沒有一兩年時間洗腦,根本洗不到能開發業務的程度。沒有好組件庫的時候,大家痛點在視圖層,有了基於React的組件化,把原先沒那麼痛的業務邏輯部分搞得也痛起來了,原先大家按照設計模式教的東西,照貓畫虎還能繼續開發了,學了一套新理念之後,都不知道怎麼寫代碼了,怎麼寫都懷疑自己不對,可怕。我寧可支持Angular也不支持React的原因也就在此,Angular至少在業務邏輯這塊沒有軟主張,能夠跟OO設計模式那套東西配合得很好。框架是不能解決業務問題的,只能作為工具,放在合適的人手裡,合適的場景下。

三、Vue

可能有些方面是不如React,不如Angular,但它是漸進的,沒有強主張,你可以在原有大系統的上面,把一兩個組件改用它實現,當jQuery用;也可以整個用它全家桶開發,當Angular用;還可以用它的視圖,搭配你自己設計的整個下層用。你可以在底層數據邏輯的地方用OO和設計模式的那套理念,也可以函數式,都可以,它只是個輕量視圖而已,只做了自己該做的事,沒有做不該做的事,僅此而已。個人建議其實對於開發而言React、Angular和Vue都是很好的前端框架,三者在性能上都表現的不錯(參考:benchmark)。我們都應該熟練掌握,React作為發佈較早較穩定的JavaScript包庫,其市場份額還是相當大的,是經過了市場檢驗的。Angular和Vue作為親和HTML和CSS模版的框架,可以讓開發者更容易學習。Vue更是兼備React和Angular的優點,解決了二者的一些缺點,這使得其具有更好的開發體驗。所以個人覺得Vue較React和Angular略勝一籌。但這三個框架都由大的技術公司維護,所以並不能說那個框架就一定更優。

漸進式的含義,我的理解是:沒有多做職責之外的事。

“大清亡於閉關鎖國,學習技術需要交流和資料”。 在這裡我給大家準備了很多的學習資料免費獲取,包括但不限於技術乾貨、大廠面試題系列、技術動向、職業生涯等一切有關程式員的分享.

web前端小白進階方法筆記,學習資料,面試題和視頻,項目源碼免費領取(持續更新)

 

img

 

 

先奉上一些資料圖:

 

 

img

 

img

 

img

 

 


您的分享是我們最大的動力!

-Advertisement-
Play Games
更多相關文章
  • GPS時間伺服器(NTP伺服器)京準教你選型小竅門 GPS時間伺服器(NTP伺服器)京準教你選型小竅門 京準電子科技官微——ahjzsz 目前,市場上的NTP網路時間伺服器魚龍混雜,廠家良莠不齊,對此選擇一家有實力的廠家及性價比高的NTP網路時間伺服器廠家顯得尤其重要。 NTP網路時間伺服器廠家簡介 ...
  • 開發環境 centos release 7 3.1611.el7.centos.x86_64 elasticsearch 6.3.1 kibana 6.3.1 logstash 6.3.1 filebeat 6.3.1 ElasticSearch安裝 1. 下載ElasticSearch ,國內慢 ...
  • 一、Hive中load語句的語法說明 Hive Load語句不會在載入數據的時候做任何轉換工作,而是純粹的把數據文件複製/移動到Hive表對應的地址。語法格式如下: LOAD DATA [LOCAL] INPATH 'filepath' [OVERWRITE] INTO TABLE tablenam ...
  • 前端開發和後端開發的區別有哪些?前端開發和後端開發哪個做起來更累?對於剛接觸開發的朋友可能會有這樣的疑問,下麵就一起來瞭解下吧! 1、前端開發: 網站的“前端”是與用戶直接交互的部分,包括你在瀏覽網頁時接觸的所有視覺內容--從字體到顏色,以及下拉菜單和側邊欄。這些視覺內容,都是由瀏覽器解析、處理、渲 ...
  • // 閉包的使用場景:一個方法要被多次調用,並且共用一個數據 // 防抖和節流 // 自執行函數省去單獨調用一次 let addEvent = (function() { let obj = {}; return function(eventName,fns){ if(obj[eventName] ...
  • 概念理解 防抖:在事件被觸發n秒後再執行回調,如果在這n秒內又被觸發,則重新計時。 節流:規定在一個單位時間內,只能觸發一次函數。如果這個單位時間內觸發多次函數,只有一次生效。 js函數防抖與節流的區別: 函數防抖是某一段時間內只執行一次,而函數節流是間隔時間執行。 個人踩坑 1、通過理解函數防抖與 ...
  • + 背景 1. background 在一個聲明中設置所有的背景屬性。 2. background color 設置目標的背景色 3. background image 設置背景圖片 4. background size 背景圖片的尺寸 ...
  • 一、computed: 模板內表達式非常便利,可用於簡單計算,當模板內放入太多的邏輯時,模板會過重且難以維護;可以使用computed替代 計算屬性是基於它們的響應式依賴進行緩存的,當依賴的響應式數據發生改變時,計算屬性才會改變; 如果時非響應式(未在data中聲明)數據,計算屬性是不會發生改變的; ...
一周排行
    -Advertisement-
    Play Games
  • 概述:在C#中,++i和i++都是自增運算符,其中++i先增加值再返回,而i++先返回值再增加。應用場景根據需求選擇,首碼適合先增後用,尾碼適合先用後增。詳細示例提供清晰的代碼演示這兩者的操作時機和實際應用。 在C#中,++i 和 i++ 都是自增運算符,但它們在操作上有細微的差異,主要體現在操作的 ...
  • 上次發佈了:Taurus.MVC 性能壓力測試(ap 壓測 和 linux 下wrk 壓測):.NET Core 版本,今天計劃準備壓測一下 .NET 版本,來測試並記錄一下 Taurus.MVC 框架在 .NET 版本的性能,以便後續持續優化改進。 為了方便對比,本文章的電腦環境和測試思路,儘量和... ...
  • .NET WebAPI作為一種構建RESTful服務的強大工具,為開發者提供了便捷的方式來定義、處理HTTP請求並返迴響應。在設計API介面時,正確地接收和解析客戶端發送的數據至關重要。.NET WebAPI提供了一系列特性,如[FromRoute]、[FromQuery]和[FromBody],用 ...
  • 原因:我之所以想做這個項目,是因為在之前查找關於C#/WPF相關資料時,我發現講解圖像濾鏡的資源非常稀缺。此外,我註意到許多現有的開源庫主要基於CPU進行圖像渲染。這種方式在處理大量圖像時,會導致CPU的渲染負擔過重。因此,我將在下文中介紹如何通過GPU渲染來有效實現圖像的各種濾鏡效果。 生成的效果 ...
  • 引言 上一章我們介紹了在xUnit單元測試中用xUnit.DependencyInject來使用依賴註入,上一章我們的Sample.Repository倉儲層有一個批量註入的介面沒有做單元測試,今天用這個示例來演示一下如何用Bogus創建模擬數據 ,和 EFCore 的種子數據生成 Bogus 的優 ...
  • 一、前言 在自己的項目中,涉及到實時心率曲線的繪製,項目上的曲線繪製,一般很難找到能直接用的第三方庫,而且有些還是定製化的功能,所以還是自己繪製比較方便。很多人一聽到自己畫就害怕,感覺很難,今天就分享一個完整的實時心率數據繪製心率曲線圖的例子;之前的博客也分享給DrawingVisual繪製曲線的方 ...
  • 如果你在自定義的 Main 方法中直接使用 App 類並啟動應用程式,但發現 App.xaml 中定義的資源沒有被正確載入,那麼問題可能在於如何正確配置 App.xaml 與你的 App 類的交互。 確保 App.xaml 文件中的 x:Class 屬性正確指向你的 App 類。這樣,當你創建 Ap ...
  • 一:背景 1. 講故事 上個月有個朋友在微信上找到我,說他們的軟體在客戶那邊隔幾天就要崩潰一次,一直都沒有找到原因,讓我幫忙看下怎麼回事,確實工控類的軟體環境複雜難搞,朋友手上有一個崩潰的dump,剛好丟給我來分析一下。 二:WinDbg分析 1. 程式為什麼會崩潰 windbg 有一個厲害之處在於 ...
  • 前言 .NET生態中有許多依賴註入容器。在大多數情況下,微軟提供的內置容器在易用性和性能方面都非常優秀。外加ASP.NET Core預設使用內置容器,使用很方便。 但是筆者在使用中一直有一個頭疼的問題:服務工廠無法提供請求的服務類型相關的信息。這在一般情況下並沒有影響,但是內置容器支持註冊開放泛型服 ...
  • 一、前言 在項目開發過程中,DataGrid是經常使用到的一個數據展示控制項,而通常表格的最後一列是作為操作列存在,比如會有編輯、刪除等功能按鈕。但WPF的原始DataGrid中,預設只支持固定左側列,這跟大家習慣性操作列放最後不符,今天就來介紹一種簡單的方式實現固定右側列。(這裡的實現方式參考的大佬 ...