A. 前端開發近幾年的發展會怎麼樣
未來大前端將做更多的終端開發、工程化等工作，大前端工程師將能搞定所有端上的開發。與充滿爭議的全棧工程師相比，它更具可操作性。但同時對開發者而言，要會更多的技術棧，比如原生開發者要學習html、css、js等前端知識，前端開發人員也要學習Android或iOS的原生開發技術，然後了解一下常見的跨平台技術，只有這樣才能更好的適應大前端的行業發展。
大前端不僅會成為移動開發與Web前端的發展趨勢，也將會是未來的顯示設備終端的開發技術趨勢。
B. 大前端的前景如何
web前端開發開發的發展前景還是非常廣闊的。隨著互聯網和移動終端的普及，雨後春筍般的互聯網項目的發展，用戶對於用戶體驗的需求不斷提升，Web前端工程師逐漸成為介於視覺工程師和後端工程師之間必不可少的角色，備受大家的追捧和關注。
前端要學的主要內容：
①計算機基礎以及PS基礎
②前端開發基礎（HTML5開發、JavaScript基礎到高級、jQuery網頁特效、Bootstrap框架）
③移動開發
④前端高級開發（ECMAScript6、Veu.js框架開發、webpack、前端頁面優化、React框架開發、AngularJS 2.0框架開發等）
⑤小程序開發
⑥全棧開發（MySQL資料庫、Python編程語言、Django框架等）
⑦就業拓展（網站SEO與前端安全技術）
互聯網行業目前還是最熱門的行業之一，學習IT技能之後足夠優秀是有機會進入騰訊、阿里、網易等互聯網大廠高薪就業的，發展前景非常好，普通人也可以學習。
想要系統學習，你可以考察對比一下開設有相關專業的熱門學校，好的學校擁有根據當下企業需求自主研發課程的能力，建議實地考察對比一下。
祝你學有所成，望採納
北大青鳥學生課堂實錄
C. 學習web前端需要了解的幾個主流框架
前端領域最近幾年發展的特別迅速，可以說是百家爭鳴。在底層的前端框架領域中，最早是jquery稱霸互聯網，近兩年MVVM類型的框架慢慢成為主流，Vue、React和Angular三大框架並駕齊驅。可以說，目前這四種是開發者用的最多使用最廣的底層框架。
下面根據自己工作中、關注中的一些前端框架進行了梳理，對於現在的開發者來說，都向著全棧方向發展，所以必須掌握些前端比較流行的框架，這樣才能增強自己的技術體系框架，也對自己將來構架之路進行鋪路。
1、Bootstrap
Bootstrap是最流行的前端開發框架，可以讓不是前端工程師也能開發出優美的頁面，更加快捷、方便的開發web頁面和移動端應用。也能開發響應式web頁面，上手也非常快。中文
D. 現在前端流行的框架有什麼
現在前端主要流行三大框架。給大傢具體分析一下這三個前端框架：
1、Angular
大家眼裡比較「叼」的框架，甚至有人說三大框架中只有她能稱的上一個完整的框架，因為他包含的東西比較完善，包含模板，數據雙向綁定，路由，模塊化，服務，過濾器，依賴注入等所有功能。對於剛開始學習使用框架的小夥伴們，可以推薦這個框架，學會之後簡直能顛覆之前你對前端開發的認知。使用 TypeScript能夠提高代碼可維護性，有利於後期重構。雙向數據流很方便，但是等業務復雜之後，你可能就搞不清楚數據流了。還有令人不開心的臟值檢查，以及directive的封裝並沒有解決視圖與數據關系完全分離，有時候還要用$digist強制觸發檢測。
2、React
這個框架本身比較容易理解，他的結構很清晰，就是由十幾個API組成，然後非同步渲染，我們只需要處理好介面和維護就好了，但是很多人反映上手還是有一定的的難度的。React是單向數據流，代碼寫起來會較雙向數據流的多一些，但是同樣的排查問題時思路清晰很多。
3、Vue
號稱是最簡單，最容易上手的框架，同時也是行內的大趨勢，還可以用來開發最火的小程序。畢竟用這神器，代碼碼的飛快，項目也能快速上線。同時他也是雙向數據流。有些人認為Vue是Angular和React的結合，既有Angular的模板語法也有React的組件化體系。
當你學會其中某個框架之後，你再轉用其他框架的時候，學會是很容易的，因為方法都是大同小異的。具體的使用還是得看公司的項目適合或者要求哪個框架。
E. web前端發展前景怎麼樣
伴隨著互聯網行業的迅速發展，Web前端崗位已經越來越受到大家的重視，Web前端工程師的薪資也日漸水漲船高。不論是薪資還是工作環境，Web前端工程師都是很讓人羨慕的，也正因為如此，已經有不少的小夥伴想要加入到前端領域中去。因此，很多想要學習Web前端的小夥伴們就會詢問：2020年Web開發前端就業前景還好嗎？下面我們就來和我一起看一看吧！
Web前端行業目前來看已經滲透到了到了生活的方方面面，這也說明了Web前端行業的生命力異常強大，並且未來的前途也是不可限量。假如你還在猶豫到底要不要接觸Web前端，那麼我給你的建議就是，與其將時間浪費在猶豫上，還不如認真的拼一把，把時間花在Web前端上。相信你看完下面的內容會對Web前端有個全新的認識。
為什麼說Web開發前端就業前景好
目前的Web前端技術可以說已經是非常成熟了，同時Web前端市場也非常的火爆，並且Web前端的人才目前來看也是異常的緊缺。加之互聯網行業的飛速崛起，目前Web前端技術的不斷成長發展，也已經占據了互聯網的一席之地。
Web前端的薪酬變化
前端開發行業薪資水平呈上漲趨勢，Web前端開發早已不是做帶動畫的下拉菜單的時代了，他們已成為互聯網主宰者，各行業都用其開發互聯網應用。但目前整互聯網行業的Web前端開發工程師緊俏，企業正高薪求才，薪資待遇一漲再漲 ！
Web前端人才需求
Web前端技術可以說是越來越成熟了，Web前端開發工程師已經成為發展中的職業香饃饃。說起來幾乎是整個互聯網行業都缺少Web前端工程師，無論是剛起步的創業公司，還是上市公司乃至巨頭，空缺一樣存在。只要你夠優秀，Web開發前端就業前景簡直不要再好！
Web前端未來發展
Web前端的發展其實還是那句話，有需求才會有市場，為什麼那麼多人參加想進入Web前端的行列呢，還不是因為Web開發有市場，企業需要量大。所以與其費盡心思的想Web前端今後的發展，還不如用那個時間好好學習一些Web前端技能將來對就業更添保障。
綜上所述，大前端是個非常有「前途」的工作，薪資待遇也很高，並且根據自己技能深入的不同程度，擁有不同的薪資待遇。想要成為Web前端工程師，最好有一個充分健全的知識布局體系，擁有內容的深度和廣度，等於擁有了企業最需要的技能，到時候你就是企業爭相搶聘的人才，也是行業中的佼佼者了。
所以：2020年，Web開發前端就業前景依然很好。
F. web前端三大主流框架
Web前端三大框架：Vue.js、React.js、Angular.js。
1、Vue.js
Angular擁有很好的應用程序，是一個以JavaSpript編寫的庫，模板功能也異常強大，本身就帶有豐富的Angular指令。一方面可以通過指令擴寬HTML，一方面可以通過表達式綁定數據到HTML。
G. 前端框架有什麼用
web前端框架是做什麼的？ 5分
前端框架一般指用於簡化網頁設計的框架，比如，jquery，extjs，bootstrap等等，這些框架封裝了一些功能，比如html文檔操作，漂亮的各種控制項（按鈕，表單等等）。
使用前段框架可以降低界面開發周期和提高界面的美觀性。
有些框架比較輕量，比如jquery，有些框架比較重量，比如extjs。一般來說重量的框架會封裝更多的功能，比如extjs，封裝的grid控制項有很強的數據展示和操作功能。
前端框架是什麼？有什麼用、有什麼好處？
可以簡單的理解成是：使用廣泛的前端開發套件，可以幫助你快速的網站。
前段框架的好處：對於互聯網的產品而言，前端用戶體驗往往決定了一款產品的競爭力和吸引力;而對於前端工程師來說，考慮的問題更為復雜，他們既要為網站上提供的產品和服務實現一流的Web頁面、優化代碼，保證體驗的最佳，更要考慮與市面上各大瀏覽器的兼容性，還需顧及Web前端表現層和前後端交互的架構，以及模塊化、通用類庫、框架編寫等一系列問題，由此提升前端開發的效率，降低開發成本和周期。
html的框架到底是用來幹嘛的？什麼時候用到？
你接觸了後台就知道了，這樣可以做到頁面地址不需要變動， 但卻可以利用iframe的tagert屬性把顯示數據的頁麵包含進來， div就不行，因為它沒有這個target屬性，文件獨立出來方便重用，且結構清晰；
前端開發框架有哪些
首先我想說明一下，我們通常說的js不是框架，是語言，即javascript，據最新世界編程語言排行榜來看，已經上升到了第7位，發展迅猛，其標準是ECMAScript，現在基本上是基於ECMAScript5。jQuery是用js寫的框架，其在DOM操作上有很明顯的優勢，也是時下很常用的一個js框架。
至於之外還要學習那些框架呢？
如果你說的是js框架，建議先掌握好jQuery，然後還有很多的，比如樓上提到的extjs，近幾年比較流行的AngularJS，基於移動端考慮的輕量級仿jquery框架zepto，還有jquery mobile，還有適合寫後端或服務端的node，等等。如果是web前端框架，就不僅僅是涉及的js了，還有html和css。個人覺得只有這三種語言都涉及到的框架才能說得上是web前端框架。現在比較火的是Bootstrap，還有Foundation，比較古老的有jqueryUI，easyUI等等，還有其他很多很多。如果還有算上處理方案及版本升級代碼迭代等，就要用到網路團隊研發的fis這種了。其實內容真的很多很多，前端任重而道遠啊~
web前端框架是什麼意思 10分
前端架構師必須懂得真正的編程知識，而這正是很多自封為前端架構師的人所缺乏的。我的意思不是能夠剪切粘貼改進代碼就行了，而是能夠跟老練的工程師商討如何能夠最好地結合前端。
這就是說，前端架構師需要真正理解結構遭遇商業邏輯的問題。如果工程師說某些東西使用ASP.Net DataGrid是不可能實現的，前端架構師必須能夠解釋如何與為何要使用DataList或Repeater取代，解釋為何DataGrid在該情景下是個錯誤的選擇……
這只是個例子，問題還在於僅知道客戶端編程也是不夠的。能夠使用與工程師相同的術語，能夠討論（前後端）關鍵集成的最佳解決方案，這是絕對必須的。
斷線的風箏
我們今天正處在一個不妙的處境中，原因在於幾乎沒有人能夠為前後端的溝壑搭橋。一般工程師不會有興趣或實踐標記，CSS, 或DOM腳本編程，大部分客戶端開發者也沒有與後端技術協作的經驗。幾周入門PHP不會成為程序員，幾周入門XHTML也不會成為真正的客戶端開發者。
罪魁禍首
我首先想到的十足例子是，ASP.Net完全漠視Web標准，同樣地，web氛圍（我們指表格和佔位gif）讓Web標准郁悶。企業項目的大多數框架輸出的標記，即使使用1999年的標准來衡量，都是糟糕無比的。
如此巨大和「專業」的產品怎麼能才夠不忽視，按理說是整個項目最簡單的方面？只有靜態代碼。理由是，基於技術的立場衡量產品，結構，CSS和其他客戶端技術都是「事後諸葛亮」。表現邏輯，結構和行為混雜，壓根無助於無障礙，Web標准，或者前端技術干凈的分離。擡起你的頭來，就在2006，這些都成受歡迎的慣例了。
總結
如果這個世界上姿態最鮮明的產品和項目都如此低劣的方式來處理事情，其他的還有什麼好說？毫無疑問，我們需要前端架構師，而且就在昨天。
歸結於歸結，我們有一堆相互關聯的技術，很少人能夠埋頭鑽研它們之間的關系，這很不幸。正確做事的真正價值在於容易的維護和長期的適應性。雖然在關鍵時刻，有些方式更容易選擇其他的方法和拼湊起另外的東西。對某些人來說，這可能是可接受的做事方式。但是，對我們大部分人來說，這是拙劣的抉擇，也非常不專業。
我交給你去想了。我假設你把車交給技工修理，修好了時候，瞧瞧引擎罩內大量的輸送管，我不知道你對技工作何感想？
為什麼需要自己實現前端框架
前端對框架(庫)的大小更敏感
前端內容的渲染和交互效果的實現如果依賴JS框架(庫)，需要先將這些框架(庫)下載到客戶端，此時框架(庫)的大小將直接影響到前端的首屏渲染速度。框架(庫)越小，載入的速度就越快，而隨著功能的越來越全，框架(庫)必然會越來越大，要保證性能，需要制定載入策略。
便於制定載入策略
解決框架(庫)變大的常見載入策略是將框架分為核心部分和擴展部分，核心部分在首屏渲染前必須下載完成，並且這部分的載入文件盡可能的少和小，擴展部分則可以模塊化方式來懶載入。
核心部分的JS在發布時，可對文件合並，數量盡可能少，單個文件在gzip壓縮後最好不要超過20K。核心部分可以是實現「JS語言擴展(面向對象)，DOM操作API，數據交互方法(ajax)，導航策略，模塊化底層實現，事件底層實現，模版解析」等。擴展部分一般是一些可非同步載入的UI組件，例如：輸入控制項、彈出窗、動畫API、文件上傳及預覽、圖表控制項、富文本編輯器等。
上面的實現模式，在主流的JS框架(庫)中，有三類選擇：一類是以ExtJS為代表的大而全的框架(庫)，這類框架雖然功能滿足，但往往無法拆分為核心部分和擴展部分來載入，因此基本不予考慮；一類是相對輕量的YUI3、Dojo等框架(庫)；一類是近來流行的前端MV*系列Backbone、Ember、Angular，這類在充當核心部分時，還需要組合Underscore、RequireJS，jQuery等第三方庫。
後面兩類可以滿足要求，但個人覺得不是完美的方案，因為在開發實際產品時，將這兩類作為核心部分時，往往裡面有很多是不需要的，而還有些需要自己來額外補充近來，可以是自己開發，也可以集成第三方的實現。而核心部分框架(庫)如果是自己實現，則可以保證在功能完整的情況下，不多出其它的東西，載入的JS可以控制到最小，而且代碼風格也統一。
便於擴展
前端代碼與用戶的交互直接相關，而交互的設計變化和不確定性非常大，現成的第三方實現往往難以直接利用，需要改造。有時改造第三方的框架，先要非常熟悉框架，當這個框架比較復雜時，這樣的工作量和難度就大大加大了。而自實現的框架(庫)則可以根據需要任意擴展，可以根據需求制定對應的規范和API。
前端開發框架有哪些
1. Bootstrap
Boostrap絕對是目前最流行用得最廣泛的一款框架。它是一套優美，直觀並且給力的web設計工具包，可以用來開發跨瀏覽器兼容並且美觀大氣的頁面。它提供了很多流行的樣式簡潔的UI組件，柵格系統以及一些常用的JavaScript插件。
Bootstrap是用動態語言LESS寫的，主要包括四部分的內容：
腳手架——全局樣式，響應式的12列柵格布局系統。記住Bootstrap在默認情況下並不包括響應式布局的功能。因此，如果你的設計需要實現響應式布局，那麼你需要手動開啟這項功能。
基礎CSS——包括基礎的HTML頁面要素，比如表格(table)，表單(form)，按鈕(button)，以及圖片(image)，基礎CSS為這些要素提供了優雅，一致的多種樣式。
組件——收集了大量可以重用的組件，如下拉菜單（dropdowns），按鈕組（button groups），導航面板（navigation control）——包括：tabs,pills,lists標簽，麵包屑導航（breadcrumbs）以及頁碼（pagination），縮略圖(thumbnails)，進度條（progress bars），媒體對象（media objects）等等。
JavaScript——包括一系列jQuery的插件，這些插件可以實現組件的動態頁面效果。插件主要包括模態窗口（modals），提示效果（tool tips），「泡芙」效果（popovers），滾動監控（scrollspy），旋轉木馬(carousel)，輸入提示(typeahead)，等等。
Bootstrap已經足夠強大，能夠實現各種形式的 Web 界面。為了更加方便地利用Bootstrap進行開發，很多工具和資源可以用來配合使用，下面列舉了其中的一部分工具和資源。
jQuery UI Bootstrap —— 對於jQuery和Bootstrap愛好者來說這是個非常好的資源，能夠把 Bootstrap的清爽界面組件引入到jQuery UI中。
jQuery Mobile Bootstrap Theme —— 和上面提到的jQuery UI主題類似，這是一個為jQuery Mobile建立的主題。如果你想讓用Bootstrap開發的網站在手機端也可以優雅訪問，那麼這個資源對你來說很方便易用。
Fuel UX —— 它為Bootstrap添加了一些輕量的JavaScript控制項。Fuel UI 安裝，修改，更新以及優化都很簡單方便。
StyleBootstrap. —— Bootstrap提供了自己的幾種界面風格，StyleBootstrap提供了更多的配色選項，並且你可以給每個組件都應用不同的配色。
BootSwatchr —— 利用這個工具你可以立刻查看主題修改後的效果。對於每一次變動的效果，這個應用都會生成一個唯一的URL方便你與他人分享，你也可以在任意時刻修改你的主題。
Bootswatch —— 提供大量免費的Bootstrap主題。
Bootsnipp —— 在線前端框架交互組件製作工具，是一個供給設計師和開發者的基於Bootstrap HTML/CSS/JavaScript 架構的免費元素。
LayoutIt —— 通過界面拖放生成器簡便快捷地創建基於Bootstrap的前端代碼。通過拖放動作將Bootstrap風格的組件加入到你的個人設計里並且可以方便地修改他們的屬性，......
前端開發框架有哪些
1. Bootstrap Boostrap絕對是目前最流行用得最廣泛的一款框架。它是一套優美，直觀並且給力的web設計工具包，可以用來開發跨瀏覽器兼容並且美觀大氣的頁面。它提供了很多流行的樣式簡潔的UI組件，柵格系統以及一些常用的JavaScript插件。 Bootst...
前端框架用哪個好
1、flex
Apache基金會今天發布了Flex 4.8版本，這是Adobe將Flex捐獻給Apache基金會後發布的第一個版本。
需要注意的是，Flex目前還在孵化階段，還不是Apache的正式項目，Flex 4.8也不是一個正式的Apache版本。
Apache稱，該版本標志著Flex新時代的開始，Flex的未來將由社區來驅動，而不是由一個公司驅動。開發者可以通過貢獻代碼，來幫助改進Flex，如修復bug、增加功能等。
從Macromedia賣給Adobe，然後又捐給apache，不知道搞什麼名堂。不過還好沒有經過大幅重構，否則就真的是悲哀了！
2、extjs
ExtJS是一種主要用於創建前端用戶界面，是一個基本與後台技術無關的前端ajax框架。
功能豐富，無人能出其右。
無論是界面之美，還是功能之強，ext的表格控制項都高居榜首。
華麗的界面，靈活的功能，還有開發工具都是配套的，但有個最大的問題，用就得花錢！
3、easyui
easyui幫助你構建你的web應用更加容易。
它是一個基於jquery的插件，開發出來的一套輕量級的ui框架，非常小巧而且功能豐富。
但是她有一個最大的問題就是代碼只能找到以前的開源的版本，到了1.2以後的版本源代碼都是經過混淆的，如果遇到問題修改起來會非常麻煩！不過一個比較大的優勢是開源免費，並且界面做的還說的過去！
4、MiniUI
又一個基於jquery的框架，開發的界面功能都很豐富。
jQuery MiniUI - 快速開發WebUI。
它能縮短開發時間，減少代碼量，使開發者更專注於業務和服務端，輕松實現界面開發，帶來絕佳的用戶體驗。
使用MiniUI，開發者可以快速創建Ajax無刷新、B/S快速錄入數據、CRUD、Master-Detail、菜單工具欄、彈出面板、布局導航、數據驗證、分頁表格、樹、樹形表格等典型WEB應用系統界面。
界面做的挺不錯，功能也挺豐富，但是有兩個比較大的問題，一個是收費，一個是沒有源碼，說白了，不開源！基於這個開發如果想對功能做擴展就需要找他們的團隊進行升級！
5、jQuery UI
jQuery UI 是一套 jQuery 的頁面 UI 插件，包含很多種常用的頁面空間，例如 Tabs（如本站首頁右上角部分） 、拉簾效果（本站首頁左上角）、對話框、拖放效果、日期選擇、顏色選擇、數據排序、窗體大小調整等等非常多的內容。
功能非常全面，界面也挺漂亮的，可以整體使用，也可以分開使用其中的幾個模塊，免費開源！
6、DWZ
DWZ富客戶端框架(jQuery RIA framework), 是中國人自己開發的基於jQuery實現的Ajax RIA開源框架.
設計目標是簡單實用,快速開發,降低ajax開發成本。
歡迎大家提出建議，我們將在下一版本中進一步調整和完善功能．共同推進國內整體ajax開發水平。
畢竟是國產的，支持一下，而且源碼完全公開，可以選擇一下！不過性能怎麼樣不敢確定！
7、GWT
Google 網頁工具包——GWT 提供了一組基於Java語言的開發包，這個開發包的設計參考Java AWT包設計，類命名規則、介面設計、事件監聽等都和AWT非常類似。熟悉Java AWT的開發者不需要花費多大的力氣就能夠快速的理解GWT開發工具包，將更多地時間投入到GWT應用的開發過程中。
你不用......
web前端開發框架有哪些
bootstrap是twitter出的一款不錯的UI框架，或者與其說是框架不如說是類庫（lib），當然這里邊牽扯到一個「究竟什麼是框架什麼是類庫？」的問題，我們暫時不談。畢竟是有大公司背景的代碼堆，我覺得沒什麼「落伍」可言。
angular是前兩年之內突然火得一塌糊塗的一個fe框架，這個我覺得可以算的上是真正意義上的框架了，MVVM雙向綁定，包括它擁有足夠完善的社區、生態，甚至chrome上都有很多好用的相關插件（這一點可以說是佔了google出品的光），比較完整的大型項目都是可以考慮引入的。但如果你的網站只是做一些輕量級的東西，殺雞焉用宰牛刀吧我覺得。
backbone主要針對的MVC中的M層，至少我是這么理解的。對UI層它幾乎沒什麼太多的限制，一方面給出了coder自由度進行發揮，另一方面也等於在這方面框架本身對開發沒提供什麼太大的幫助。我覺得這更像是一個高手向的框架，另外對於underscore前端模板那一套東西，說實話作為一名php java啥都能寫的FE我始終覺得這套東西有那麼一種純JS工程師的一廂情願的意味。這是個人看法了，不一定準確，況且有人會搬出ajax動態渲染時 前端模板的作用來反駁我，別急著反駁，至少往下看完我說的話。
相比之下，react可以說是一個在MVC中V層做的十分出色和新穎的框架了，獨特的jsx編譯機制就已經讓你的代碼變得高大上了，我是覺得這個類庫在UI層做的更徹底更專業，或者說讓FE的代碼更專業了。更何況，react比angular更年輕，而且同樣擁有大公司背景，react native一出更是讓JS工程師的地位取得了革命性的提升，（不要跟我提phonegap，用過兩個東西後你會明白，react打包的app性能甩phonegap幾條街沒問題）。另外既然樓主提到了之前的網站是bootstrap，不妨可以看一看react-bootstrap這個東西，或許這就是你想要的。
H. 前端有什麼框架呀
一、 Web前端框架之Angular 2+
Angular 2+優點解析：
Angular 2+ 的最大優勢在於它的流行程度。也有人認為它和 Google 密切相關的名字，會影響團隊使用它。Angular 1 的迅速流行是因為那些來自其他互動式應用程序開發環境的人會發現對於開發單頁面 Web 應用程序具有相似的模型-視圖模式。通過對 Angular 1 進行現代化演變和重新構建框架的某些部分，Angular 2+ 已經真正的爆發了，大量的正式的和非正式培訓機構數量都讓人印象深刻，開發者有很強的市場競爭力。對於用戶來說它有一套用於構建用戶界面的豐富組件，這也是本系列中少有的幾個框架能夠做到這點。
缺點解析：
我們覺得 Angular 框架著重於在單個頁面應用程序中創建用戶界面並沒有處理構建完整的 Web 應用這個更大的關注點，如果不及早確定下來，這將會導致整個項目難以維護，在實際項目中，運行時提供不屬於核心框架的技術往往讓人覺得不可思議，這大大降低了 TypeScript 對最終開發者的價值。
發展方向：
Angular 5 剛剛發布，這看來是 Angular 已經成功的印證了快速發布版本的承諾，在 Google 的持續支持下，Angular 會越來越成熟。
像許多的大型組織一樣，Google 具有多重(分裂)的人格，從外表上看，Angular 團隊和那些專注於瀏覽器標準的團隊之間顯得很和諧。但我們的觀點是，和諧只是一層薄薄的窗戶紙。Angular 團隊對於 Web 組件和漸進式 Web 應用沒有一個真正解決方案。我們認為，業界普遍認可的標准將會在 Angular 框架中會逐步實現，這將會影響到如何更好的構建 Angular 應用將成為一個中/長期的風險。
使用環境：
如果你需要在一個大型的框架內獲取技術資源，框架內的技術通常很容易移植;或者你需要在框架中訓練開發人員，並且還要有一定的信心，他們會在短期內獲得一定的開發能力，這樣的話你可以考慮 Angular 2+ 。需要注意的是 Angular1(angular.js)與 Angular2+ 是截然不同的，其中的應用、技術和經驗不能直接移植到 Angular2+ 的開發中去。
如果你的 Web 應用能夠很好的轉化為標準的模型-視圖模式，那麼你也可以忽略其他直接考慮使用 Angular2+ 。
如果你對 Google Material UX 設計模式滿意，那麼 Material Angular 是遵循該模式的一種快速、簡單且可靠的方式。
二、Web前端框架之React + Rex
React + Rex優勢解析：
React 和 Rex 的最大優勢在於它們相對簡單和專注。做一件事情並把它做好是非常困難的，但這兩個庫都很有效地完成了它們的目標。雖然對於某些狀態容器方法可能是外部的，但大多數開發人員還是可以輕松掌握概念，並了解單向數據體系結構的好處，簡化大量的用戶界面應用程序。
缺點解析：
React 和 Rex 最大的弱點不是它們是什麼，而是它們不是什麼。要構建一個功能豐富的 Web 應用程序，你需要許多功能，一旦脫離 React 和 Rex 和其他一些庫的核心，你將發現一個非常分散的社區，擁有無數的解決方案和模式，不容易整合在一起。
因此，雖然 React 和 Rex 都是非常專注的庫，但缺乏經驗的團隊還是會很容易地生成不可維護的解決方案，而不是意識到他們所做的選擇會導致性能不佳或錯誤。即使有經驗的開發人員也可能意識到，一個鬆散的架構或慣例可能會在未來困擾他們。
假省錢是一種對自己的欺騙，組織范圍內採用 React 和 Rex 將輕松降低無效率問題。沒有其他庫和模式的廣泛約定和標准化，標准化 React + Rex 比較於我們正在採用的 JavaScript 來編寫我們的應用程序效率要高。
發展方向：
Facebook 和 React 最近從繁瑣的附加專利糾紛中抽離，他們認識到，就像其他項目一樣，更廣泛的社區能夠提高自己的聲音。我覺得這有助於 Facebook 意識到他們還不能更好地了解我們，相信我們來引導項目。希望這將繼續貫穿項目的特點和技術方向。
很難預測 React 和 Rex 的未來。但是，將庫集中在一起，確實會顯著提高適應性，大多數React + Rex 模式都會促進一個分離的體系結構，從而可以輕松地進行重構和迭代。兩年前，大家喜歡的還是React + Flux，但整個社區很快就擁抱了Rex。思維或模式的其他重大轉變可能很容易被採納。這種關鍵能力可能會持續到未來。
使用環境：
如果你很少需要手把手指導，並且正在尋找更好的庫而不是全面的框架，那麼 React + Rex 可能是正確的。在這一過程中，你不僅需要對你的團隊和組織的能力保持誠實，還要在你的初始開發過程中，以及在整個應用程序的長期維護過程中保持誠實。
三、Web前端框架之Vue.js
vue.js優勢介紹：
漸進式構建能力是vue.js最大的優勢，vue 有一個簡潔而且合理的架構，使得它易於理解和構建。
vue 有一個強大的充滿激情人群的社區，這為vue.js增加了巨大的價值，使得為一個空白項目創建一個綜合的解決方案變得十分容易。
缺點介紹：
在模型-視圖應用程序和狀態容器類型的應用程序之間的互相轉換可能會令人感到困惑，即使沒有完美包含一個模式到另一個模式的完美轉換，但讓人感覺希望能維持兩個模式的相關性。對於那些期待vue.js完美解決方案，並可能導致難以維護不一致的應用程序的人來說，這至少是令人困惑的。
一個更大的挑戰是vue.js依賴於一個單獨的人，很明顯，其他的項目基本是由一個組織提供支持，但這讓人感覺更加有意義，雖然它有一個強大文件的社區和許多有創新的新增項目，但是 vue 核心的開發基本落在一個人身上。
我們很高興看到 vue 更加容易接受新興的標准方法，但是它的類似於 Web 組件的模式，而不是真正的 Web 組件，這可能是 vue 所得不償失的地方。
發展前景：
雖然vue.js有相當廣泛的應用，但也很難預測在中期發展中這個勢頭能持續多久，它不是由一個商業組織直接支持並維護，因此，這很大程度上依賴於維護者的生存能力和繼續維護下去的願望來決定。
它也表現出了一定程度的語言適應能力，並且隨著某些模式的落伍和失寵而繼續保持自身語言的現代化和時代性，目前沒有跡象表明vue.js架構將來無法適應進一步發展。
使用場景：
如果你有一個傳統的Web應用程序，並需要一個強壯穩健的應用程序層，那麼vue.js 可能是一個很好的選擇，它有清晰的模式，即使沒有經驗的團隊也能正確或者錯誤的使用它。盡管vue UX框架沒有開箱即用的功能，但在vue.js上也能大量持續性構建應用，這將有利於你的項目。
I. 為什麼現代前端框架放棄了HTML的常規用法
因為再不搞得貌似高大上，各種智能AI會讓前端全部失業啊，所以把問題復雜化，可以延長技術崗位淘汰的時間
隨著互聯網和相關技術的發展，確實現在的前端框架越來越強大了，但是並不是說現在的前端框架就放棄了HTML的常規用法，所有的前端應用依舊是建立原有的HTML，CSS，JS的基礎上的，依舊是遵照W3C標准去執行的。
畢竟最終呈現這一切的是瀏覽器，如果我們的標准和用法發生變化，首先就會從瀏覽器發生改變，但其實我們現在的瀏覽器並沒有變，我們再新的網站，用谷歌很舊版本的瀏覽器依舊可以訪問，當然兼容性上可能會存在一些些問題。
不過，HTML和JavaScript確實是在發展，HTML裡面加上了很多新的屬性，2008年的時候，HTML 5正式發布，不過當時的瀏覽器其實並不能很好的支持HTML 5，直到2012年，HTML 5的位置才算是穩定下來。JavaScript也是同樣，它的版本一直都在迭代，從1997年誕生的ECMAScript（ES） 1.0 版本，到現在已經ES10了，但是瀏覽器對於ES的兼容還停留在ES6的水平上，只是我們想了更多的方案在前端的框架上。
簡單來說，原有的渲染方式是先載入HTML，然後載入CSS進行渲染，然後載入JS進行渲染，這樣的方式開銷小，但是速度慢。而現在的渲染方式是先進行Virtual DOM（VDOM）的渲染，然後一次性將VDOM映射到DOM上，這樣來加快渲染速度，但是缺點就是開銷會變大。
不過我們計算機的性能現在已經很強大了，這么一點點的開銷其實影響並不大，因此也就讓現在的前端框架越來越喜歡新的這種渲染模式。
例如：我們原有的 標簽，使用的時候就會使用傳統的渲染方式，開銷很小，但是確實外觀上有時候不太符合現在人的審美，即使通過CSS各種美化，但是也有點不盡如人意。因此，我們現在的框架中，大多使用的方式，配合JS設計了新下拉控制項，雖然開銷大了一些，但是載入速度快，好看且功能強大。也由於這些各種自定義控制項的出現，讓原有的Form POST方式變得有點不太夠用了，所以，基於Ajax的各種交互方式也就出現了。當然，這並不是說就放棄了傳統的HTML，我們依舊使用的是傳統的HTML，只是在它之上做了加工，讓他能夠更好，更符合現在人的使用習慣和審美。而類似Vue，React，Angular這樣的前端框架，也是為開發者提供了更多的便利，讓開發者可以更專注於交互和功能，在一些簡單的技術層面處理就交給了框架。現在前端庫，框架（Vue，React，Angular）也並沒有放棄HTML常規用法，還是遵守W3C標准去執行的。但是執行這個過程是由程序自動化了也就是VDOM=>DOM的過程。傳統前端三大根基HTML,CSS,JS，CSS還有一席之地，JS被無限放大的使用，而標準的帶有語義化的HTML也並沒有被拋棄。React庫就是基於Javascript將HTML CSS都寫在一起的風格。關於標簽，各個PC端瀏覽器對input 類型為radio，checkbox默認的展示樣式不一樣。也需要我們自己模擬一下，達到用戶需求。當然還有其他人分享的類型為number的時候等等，不得不說原生計算雖然很強大，能做到庫，框架做不到的需求，也孕育了各個庫，框架。但原生js操作DOM是很痛苦的。所以這些零零散散的問題阻礙了現代化開發效率。能解決這些問題從一定程度上大家肯定是擁護的。HTML還是會用下去的，除了語言本身我們也需要考慮各個瀏覽器的兼容與發展，對語言本身的支持度。現在都是現在virtual dom中渲染完css和JS，渲染完，再從virtual dom一次映射到dom，這么做主要是為了加快渲染速度，缺點是耗費內存特別大。。常規的HTML渲染是先載入HTML，然後再渲染css，渲染css過程中會有很多HTML特性變化，之後再渲染JS，就觸發很多的HTML和css變化。這種模式，最大缺點是分三步走，大概是串列運行，花費時間較長，，另外很多元素渲染三遍才變成最終狀態（大概這么理解）。。。提問者是發現前端語言中出現了自定義標簽或者模板語法嗎？還是說vue類似的語法結構？前者說到底就一個原因：瀏覽器的兼容性！特別是IE這個不知進取的貨，前端技術被這貨一直限制，直到win10的出現才得到改善，就連現在最低兼容也要考慮到ie9！常規前端框架要負責渲染和ui效果，html標簽無法滿足現在ui層的渲染要求，不同瀏覽器下的展示結果也不同，最直觀的就是表單元素：select、radio、checkbox、button等等。所以你會看見所有前端框架都必須要有一套自己的表單組件。作為一款框架，目的就是用最簡單的語法達到最好的展示結果，語法特別重要，所以我們會發現在框架中利用js做二次渲染是最好的選擇，使用者只需一個屬性就能達到特定效果。比如我自研的框架中開關組件： ，只需對應屬性給值，其他的交給框架去渲染。
有的乾脆直接給js函數傳入對象參數：
xxx({
type : swith,
text : 開|關
})
而vue這種就屬於渲染引擎，只負責渲染，不負責ui效果，沒什麼好說的。
任何前端框架都是基於html css js這三者基礎上擴展豐富，以方便更多人去快捷高效的使用！
我前後端都搞，那會還要考慮ie6的兼容問題，那時候唯一的前端庫是jq，用起來很方便，開發思想圍繞面向過程。近些年出的react、vue、angular框架則更多是面向對象思想，前端也越來越工程化，但本質還是在js基礎上的擴展豐富。
回到題主問題，最開始的是直接js操作dom，這樣是很消耗性能的，後面出的那些框架中所提出的虛擬dom操作，本質就是用一個全局js對象維護所有的dom節點，當最終比對出dom需要更新時，再操作dom。所以就理想化而言，後者性能上更好且代碼優雅。
那是因為你看到的都是互聯網行業。傳統業務系統，電力，金融，銀行，製造業等等都在用，邏輯復雜，架構復雜，不是你互聯網搞幾個頁面查詢顯示，追求所謂的載入速度和體驗 那麼簡單。在互聯網行業，你幾乎接觸不到真正的面向對象設計的架構，只有一堆中間件，各種前後端框架。這是完全不同的兩個領域，不能混為一談。
狹隘范疇來說，任何前端框架最終都是靠html css js 三大件來實現的
沒有感覺現在前端放棄了常規寫法。
你所謂的常規用法是html舊版本。新版html 添加了太多東西 都es7es8了 是用法升級了