Jquery會死嗎？我爲何不用vue寫富文本！

1、事件背景：

       我最近開源了一個我的耗時半年打造的富文本及一套適用於web後臺的ui框架，在gitee上受到網友們的關注，部分網友對我採用jquery的技術棧提出了質疑。總結起來：無非是jquery已經落後，不久將死。甚至有少數網友很激進：非vue技術棧，你不該該加入我這個羣，無論你作得多好。對應這個事情，首先我通常不反駁，由於我對vue，jquery有本身的應用場景度量。可是對於這種不分場景應用而盲目趕潮流的觀點，我是持否認態度的。

       爲此我想有必要經過這篇文章，說明一下：我爲何用jquery來寫vue和web後端ui框架，而不用vue。在文章開始前，先貼一下我開源的富文本：

       gitee： https://gitee.com/kevin-huang/Bui-Editor-public

浮動文本/圖片/視頻功能

 繪製流程圖功能

 移動設備模擬功能

 

       經過上述富文本的截圖，能夠大概瞭解到這個富文本的功能很豐富，許多功能能夠說是全網富文本里面的only-one。這麼複雜的應用對技術棧的選擇很重要，良好適配的技術棧能夠在設計上，編碼上給開發者更大的自由度，同時能夠避免不少繁雜的實現，提高代碼質量，下降後期的維護，運營的成本。

 

2、個人觀點：

          一、vue技術棧適用於移動端應用開發，對於pc端web應用，vue技術棧並不見得優於傳統技術棧(相對於vue來講是傳統的)。

          二、jquery是目前dom操做的王者，除此無二，jquery和vue不可比較，他們各自擅長的場景不同。

          三、複雜應用，原生JavaScript +  jquery是比較好的技術棧組合，優於vue技術棧。

 

3、jquery、vue技術棧誕生背景，擅長場景說明

     jquery：

             誕生背景

                   一、jquery誕生於2006年，它誕生的背景是瀏覽器的dom操做繁雜，各類瀏覽器api不統一。市場須要一個前端JavaScript庫解決dom操做的痛點。

                   二、jquery誕生的年代，移動應用還在萌芽，它的設計實現都是面向pc端的，當時的前端技術範疇也尚未mvvm(數據驅動)的思想，它爲操做dom而生。

　　　  擅長場景：

                    dom操做爲主的場景，如富文本，流程設計器，這些應用須要對dom進行大量的操做，jquery最合適不過。

                    對於這種場景，vue的編程規範會形成設計實現上的束縛，其雙向綁定在這裏也是多餘的，徹底沒有用武之地！                    

             缺點：

                   一、jquery沒有mvvm思想，不能解決移動端帶寬、性能的痛點。   

                   二、jquery無法實現數據驅動開發，還須要開發者編寫dom讀寫操做。           

    vue：

           誕生背景

               一、vue的誕生以前，已經有了許多成熟的mvvm框架，如backbone、angular，他們都是在一些數據驅動的需求場景中獲得很好的應用，但也並無像vue被開發者如此着迷。

               二、backbone、angular既然已經有了數據驅動的實現，爲什麼沒有像vue那樣火呢，由於他們要麼比較笨重，要麼尚未解決移動端應用的痛點(帶寬、性能)。

               三、vue能夠說是爲移動應用而生，輕量，其設計的虛擬dom解決移動設備頻繁觸發瀏覽器刷新而引發的性能/電量問題，其設計的單頁打包(webpack)模式，解決了跳轉須要網絡請求的帶寬痛點。

                 

          擅長場景：

                 一、數據驅動的雙向綁定場景，特別是表單讀寫，能夠說解放了表單讀寫對dom的操做編程。

                 二、移動應用場景，經過雙向綁定，虛擬dom、webpack打包，解決移動端web應用的設備性能/電量、帶寬痛點。

          缺點：

                 一、採用數據驅動，沒有靈活的dom操做，不適用於dom操做爲主的應用場景。

                 二、在複雜應用中，大量的dom監聽、data狀態聯動維護並非一種好的機制。

                 三、webpack打包方式解決了移動應用的痛點，但也帶來了發佈後，難以跟蹤定位問題，無法即刻修改已經在線頁面的缺點。

                 四、學習成本相對傳統技術棧高一些，對團隊的前端知識要求也相對高一些。

 

4、vue應用場景說明

          pc端web應用場景

               一、pc端沒有移動端性能、帶寬的限制，採用vue技術棧，反而帶來了開發環境繁雜、學習額外的非w3c規範的web知識、發佈後難以定位跟蹤問題、無法即刻修改在線頁面這些缺點。

               二、pc端的應用，大可能是普通的表單開發應用，除此以外基本都是展現類型的頁面，我的認爲除了表單的雙向綁定，監控類ui的數據聯動，其餘如ui表現/結構的編程採用vue有點多餘。

　　　　

         移動端應用場景

               一、移動應用場景，對性能、帶寬有要求，移動設備的特色也決定了其在問題跟蹤定位，更新部署方面與pc端有差別。

               二、vue技術棧應用於移動應用場景具備天生的設計實現優點。

 

個人總結：

        一、 pc端採用傳統的ui技術棧，同時在傳統的基礎上引入輕量級mvvm方案解決表單讀寫開發編程，即優於vue技術棧。這也Bui會實現一個min-mvvm的初衷。

        二、移動端應用，毫無疑問，採用vue技術棧是王道。

 

歡迎登錄個人demo網站，體驗多是全網最強大的富文本應用：

       http://www.vvui.net/bui/