在用react的時候老大不讓用jquery,為什麼?
不同意樓上的某些觀點。
react是不支持對DOM直接操作。而jq很多甚至大部分都是對DOM進行操作的。所以你們老大不讓在react項目中使用jq是對的,因為違背了react v-dom的本意。
但是實際項目中參雜了很多情況,比如jq有很多成熟的插件,複製粘貼的ZeroClipboard,這個插件已經非常成熟,所以我寧願去引用jq來適配這個插件。
不過,最好最好在需要某些需求的時候先考慮這個功能有沒有react已經封裝好的直接用,而不是先考慮jq的插件。
用jquery 現在主要用一些第三庫,比如一些上傳,拖拽等等,操作dom 就不需要用jquery 了
你們老大沒錯,如果你有這種想法,應該是你沒理解react的觀念
剛轉入react的初學者們都有想用jquery的習慣,我想操作個東西幹嘛那麼煩,就像初學盲打一樣,忍不住看鍵盤,但是當你熟悉react之後,你會發現它採用的是另一種思想:數據驅動,而且也是一個趨勢,後面你就不會再想用jquery了。
當然你可能一開始技術選型時候不一定選react,我一個jquery能搞定的,一個js擼到底就行了,為啥還用它。但是作為能折騰的程序員們,一看招聘網站一大堆react要求,還是忘了jquery,把react堅持到底吧。
react的特色就是組件化和虛擬DOM,從而避免開發者直接操作真實的DOM,這也是React提高性能的主要原因。
但是某些情況下如果我們必須要操作真實DOM,完全可以使用原生JavaScript完成簡單的DOM操作,而沒有必要引入JQuery。殺雞焉用牛刀?
dom操作有querySelector了況且react本來也用不太到真實dom,ajax可以用axios ,fetch,defer有promise了,各種工具函數有lodash,或者自己項目維護的common util這個肯定會有,jq想不用還是可以不用的,就是需要多折騰幾下弄些新的庫進來或者自己寫
用vue的時候有時候會手寫一些dom操作,因為有時候引用一些大的ui庫,迭代會比較頻繁,如果要修復一些bug或者添加一些功能,而又不fork一個版本,會在盡量不破壞聲明式寫法的情況下,操作一下dom,當然,jquery還是不用的,太大了
我們公司以前一直用jquery,去年新項目中推廣vue我就要求其他人不能用jquery,任何情況下都不行,就是為了杜絕思維轉換混亂,因為是兩種不同的設計思想,如果混用導致代碼邏輯混亂,不利於項目升級維護
都是狀態機,感覺用不到啊~有動畫可能還會用到點吧
因為沒必要,而且jq也不小,多多少少影響載入速度
既然用 react 還有必要用 jQuery 么 ..完全是不同思想的東西
推薦閱讀:
※使用react開發,大家使用什麼IDE工具?JSX語法報錯?
※問一個react更新State的問題?
※redux中執行dispatch()方法對store不同節點屬性的干擾?
※react v16使用flow做類型檢查,Fiber使用typescript做類型聲明以及測試?
TAG:React |