而真正意義上的框架其實是react, vue等，他們實現了一種思路，能夠讓前端開發做到分層，抽象，降低模組耦合度，適合團隊開發。而這些要求都是單純JQuery做不到的。

jq算不上框架，算類庫，只能說便捷的代替某些js原生操作以及擴充套件了js的一些方法，讓js更易用。至於自己開發還是用現成框架，看成本了，你團隊就一個程式設計師負責前端，開發個框架就別想了，老鼻子費勁了，你專案要是有個前端團隊10個程式設計師，搞個簡單地框架也不算事。問題的本質在於用jq和用其他框架不衝突，總之專案越大你就會越追求邏輯明瞭統一，就會發現沒有哪個框架是完美適用的，就會發現累贅很多。一個3kb的js引入和一個4kb的引入，在面對每秒上百萬次請求的時候，就得做出選擇。其實我越來越發現jq是個累贅了，原生雖然寫起來略複雜，但是不用引入，出了問題好追逆，在新使用者發展的階段，流量開銷的壓力要小的多。當然也可以引入公共jq，比如百度dns加速的或者新浪的，臥槽扯遠了

因為jquery不是框架…他只是個選擇器…

框架基本都要自己開發…因為你最終面對客戶…客戶的思維是非常放飛自我的…也就是你框架得隨著客戶改…很抱歉…甲方真的可以為所欲為的…

基於jquery的框架是目前的主流框架…功能強大簡單易學…

至於什麼vue…react…angularjs…啥的根本不用學…一是簡單問題複雜化…二是明年說不定那個就死了…等決出一個框架穩定個3-4年再學來得及…

另外…我個人認為前端MVC就是腦殘設計…所謂的前後分離…最終目的就是把服務功能和介面美工分離開…這樣介面可以不受程式設計師審美的制約…前端MVC明顯還是得用程式設計師…明顯的去HTML化…這就是一種倒退…忽悠火個3-4年基本就完犢子了…

主要從兩方面考慮，一個是安全性，一個是可維護性。

從安全性方面講，作為軟體公司，開發產品並提供給客戶使用，必須對客戶負責，任何程式碼上的瑕疵都可能影響產品的使用，jQuery作為開源的第三方的工具集，難免有瑕疵，或者與自己專案功能以及邏輯程式碼存在不相容性，都有可能出現問題，當出問題時，如果能找出問題所在並修正那還好，找不出則後果非常嚴重，安全性是需要考慮的首要要素。

再從可維護性方面講，一般都會有自己的業務特點，業務邏輯的實現各不相同，作為軟體公司，其產品是需要長期維護的，一般都會有自己的固定框架，這樣維護起來才順手。

再有，其實jQuery充其量只能應付小型網站或個人網站，嚴格來講應該算是工具集而不能算是框架，有點類似c語言中的stdio.h、stdlib.h這樣的角色，沒有軟體公司會把stdlib.h當框架使用。

jQuery作為老JS庫，效能較低。

對於dom操作介面豐富，

但對移動端來說顯得臃腫，

這也是為什麼會有zepto的原因。

但是能夠獨立使用自己的JS框架的公司真不多。

前端人員架構充分實力強大的公司一般是有自己的一套純JS寫出來的框架，但是相比起現在流行的前後端分離框架還是遜色不少，其本質上也是封裝好了各種可複用的一些客戶端UI元件，相比JQ的話就是減少依賴，好拓展，好解決客戶端相容問題。