前端為什麼使用框架？解決了哪些問題？
JavaScript 框架對於前端來說就像是，八倍鏡對於98K一樣重要，成為了前端開發事半功倍，不可或缺的一部分。但是很少有人思考過，我們為什麼使用框架？僅僅是因為程式碼量減少嗎？
很多前端開發者使用框架是因為：
“ 現在某某框架很火，我也要學習使用一下。”
“ 這個框架 UI 庫很多，漂亮，跟公司設計很相似。”
“ 這個框架有很多外掛，引入呼叫一下就行，省了我很多程式碼量。”
“ 公司專案碰巧很適合做單頁面應用。”
“ 我喜歡用資料繫結。”
上面的幾個答案確實是框架可以解決的問題，但僅僅是因為這些嗎？因為某一個問題，就引入一個龐大的框架，絕不應該如此。
Line"/>
為什麼使用框架？
近年來，因為網際網路的崛起，web 業務也越來越複雜和多元化，一個web專案也不是像以前那樣寫幾個網頁拼起來，加幾個特效 duang 一下就成了。專案複雜了，出現的問題也就多了。
前後端分離
在前後分離概念出現之前，大部分 web 專案都是後端人員又當爹又當媽的，前後端一起搞，導致質量和效率不是很好。而且對個人的發展也有影響，一個人你什麼都會，也意味著你什麼都不精，畢竟天才還是少數的。這也是社會趨勢影響，大公司招聘，一般也都是需要某一方面很有研究的專才。
在網際網路的洪流下，以前的那種方式越來越跟不上節奏，所以前後端分離應運而生。
前後端分離後，前端的任務也變得重要起來，web前端開發慢慢趨於規範。
但是在 jQuery 稱霸的時代裡，並不能滿足前端開發人員的需求。也慢慢暴露出了很多不好解決的問題：外部js引用太多，複用性低，開發週期太長，效能低，效率低等等，這些 jQuery 不好解決或者說解決不了的問題，也成為了前端開發的趨勢。
使用框架解決了哪些問題
重複引用外部js
在以前使用jQuery開發時，當專案越來越複雜和龐大的時候，可能會用到各種各樣的第三方外掛，而且不只是一個頁面使用，所以會出現每個頁面都要引用一遍相同的js檔案，冗餘大的問題。
這樣不僅會使頁面程式碼變得雜亂，而且會影響頁面的開啟速度，萬一以後需要變更一下js檔案的路徑，還要一個一個去修改，對後期的維護也是很大的負擔。
使用框架開發時（例如Vue），一般都會搭配構建工具使用（例如webpack），整個專案執行時會有一個入口檔案，當你有多個元件都會用到某個檔案或外掛時，僅僅在這個入口檔案引入一次，就可以在你所有元件中使用這個外掛的方法，可以說是一勞永逸。就算後期檔案位置有所變動，也只是修改入口檔案中的引用路徑就可以了。
元件化
元件是前端框架裡非常強大的功能之一，它可以擴充套件你的HTML，封裝可以重用的程式碼塊，比如你的輪播圖、tab切換、頁面頭部、頁面底部等等。
這種獨立的元件具有了結構（html），表現（css）和行為（js）完整的功能，很大程度的節省了程式碼量，提高了程式碼的複用性。根據不同的需求定製你自己的元件，在需要的頁面引用即可。在團隊合作開發中，相對獨立開發不同的元件，效率上也有很大的提升。
開發週期長
jQuery開發時，需要頻繁的操作DOM，幾乎任何動態效果都需要去選擇DOM來進行相應的操作，這使開發變得麻煩起來，很多的時間都用到了操作DOM上，專案的開發週期自然被延長。
使用框架開發，框架中封裝許多的頻繁使用的功能，例如Angular中的指令，指令功能有資料繫結，表單驗證，資料格式化等等。這時前端的重點只需要放在資料邏輯部分，而不需要花費很大的精力去操作DOM完成功能，從而加快專案進度。
效能
很多DOM操作會引起迴流和重繪，對於jQuery來說，大量的操作DOM雖然方便，但是很浪費頁面效能。
框架和jQuery雖然都會操作DOM，但是框架吧大量的DOM進行了處理和優化（例如Vue的虛擬DOM），通過資料驅動，就能渲染出DOM，大大提升了效能。
關注 前端很忙