1樓：沉默
你這個問題就像我電腦裝了360，還可以裝金山毒霸嗎， 能裝是能裝，但是大部分功能重複不覺得多此一舉嗎，ajax用axios代替，狀態redux，元件庫可以用用國內的antd，或者國外的庫
2樓：Jooger
當然可以，但是不推薦，看你目的
如果你只是為了完成工作，隨便用，不怕坑多，反正後面又不是我維護
如果你是為了學習這個外掛程式的實現原理，你可以試著用react實現一遍，這樣你既聽到了想要的效果，又可以學習react知識，又可以完成工作，一舉三得
3樓：喲喲喲
業務驅動，能提公升效率就使用就行。不過可以npm上先去找一找有沒有類似的react適用的包。不想找直接用也行，其實用什麼開發不重要，保證專案結構清晰以及可持續維護才是最重要的
4樓：
可以用，我初學react的時候就是瘋狂用jq做請求和效果。然後接受比較卡頓的效果和無法維護的後果就行了，如果被人看到，再接受被人罵sx，就可以了。我這麼搞是因為公司就我乙個前端，當時也沒人懂，我也不會，摸索階段，哈哈。
現在我在看當時，真傻，哈哈啊哈哈哈哈哈
所以，還是別用了吧，噗哈哈，現在遮蔽生命週期的hooks，你是木法用這種思路了
這個問題本質是操作dom還是資料驅動ui，前者被用在一些領域，後者目前大獲全勝，混著用的場景偏少，但也是有的。實際上是不應該誰瞧不上誰的，但市場有自己的看法
你想要的react外掛程式，可以看一下antd的官網文件，有個頁面是分享社群的各種輪子的。至於最好的社群，就是npm和github了，平時多搜一下，做做積累
5樓：餘騰靖
如果我是你，當我發現某個要做的功能有現成的 jQuery 外掛程式，我會：
看下這個外掛程式的原始碼，如果比較簡單，直接自己擼乙個，可以針對自己的場景簡單實現和優化
去 github 上搜一下有沒有現成的 react 元件。先在 github 中全域性搜尋，勾上按 star 數排序，挑前幾個看看，是不是滿意，滿意的話就直接用它或者自己稍微再封裝一下。全域性搜沒找到滿意的那就去 awesome-react 或者 awesome-react-components 找找看。
一般前兩步絕大多數情況都能解決需求，如果還是不行，你以為我就會將就著引入 jQuery？No，打死不引入，作為乙個有追求的程式設計師，此時應該去找相關資料，自己造乙個。
我覺得引入 jQuery 有一些不好的地方：
jQuery.slim.mini 都有 70 多 k 的大小，
一旦你引入了 jQuery，難免會讓你或者同事忍不住使用它來進行 DOM 操作，這個時候不如翻翻 You-Dont-Need-jQuery 了
6樓：
首先，react和jquery都是操作dom的，只不過jquery多了乙個ajax請求的方法
其次，你說的好用的jquery外掛程式其實大概率是為頁面布局準備的，或者是一些動畫效果之類的
再次，這些效果在react的生態體系下，目前來講都實現了，並且其可用性和可維護性比jquery的外掛程式只好不差。
用了react其實是勇猛了乙個生態體系，入鄉隨俗，還是嘗試著用react生態中的外掛程式吧，畢竟這些才是未來一段時間的主流。
7樓：superior
真的太多餘了，而且react也有很多不錯的外掛程式，還有jquery包也很大，react包也很大，兩個包都引入，使用者載入等很久，這使用者體驗太差了吧
React什麼場景不該使用PureComponent
九仙大當家 PureComponent相比於Component，在shouldComponentUpdate階段多了一層淺比較。什麼意思呢？Component不管三七二十一，直接返回true，這意味著即是前後的state props沒有任何改變，React還是會進行一遍re render，當然最後的...
使用 React 了還能用 jQuery 麼
黃小偉 為了節約時間,我在一次做拖拽排序功能時用了jquery修改了dom結構,然後setState 更新資料讓react渲染後的結構一致 迫不得已的時候用一下也挺爽的 Dr.D react的出現就是讓大家少去操作dom，所以不要使用jQuery修改dom以避免和react衝突，可以使用jq來獲取元...
如何看待知乎使用 React 重構？
碼農投資筆記 其實兩個框架都可以用，最終的選擇還是來自工程師的偏好。如果我們公司的專案可以重新選框架，我們一定會投給vue，而不是react，可惜我們那個專案是14年開啟的，那時vue還沒成熟。 Amelia 多庫並存，莫名其妙消耗流量費。closure系高逼格，Google那麼複雜的頁面也能hol...