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了 是用法升级了