A. 前端常用的框架有哪些
前端三大框架，是Angular、React、Vue，这三个框架现在是最为流行也是最多人用的框架。
React：
1.声明式设计：React采用声明范式，可以轻松描述应用。
2.高效：React通过对DOM的模拟，最大限度地减少与DOM的交互。
3.灵活：React可以与已知的库或框架很好地配合。
优点：
1.速度快：在UI渲染过程中，React通过在虚拟DOM中的微操作来实现对实际DOM的局部更新。
2.跨浏览器兼容：虚拟DOM帮助我们解决了跨浏览器问题，它为我们提供了标准化的API，甚至在IE8中都是没问题的。
3.模块化：为你程序编写独立的模块化UI组件，这样当某个或某些组件出现问题是，可以方便地进行隔离。
4.单向数据流：Flux是一个用于在JavaScript应用中创建单向数据层的架构5.同构、纯粹的javascript：因为搜索引擎的爬虫程序依赖的是服务端响应而不是JavaScript的执行，预渲染你的应用有助于搜索引擎优化。6.兼容性好：比如使用RequireJS来加载和打包，而Browserify和Webpack适用于构建大型应用。它们使得那些艰难的任务不再让人望而生畏。缺点：React本身只是一个V而已，并不是一个完整的框架，所以如果是大型项目想要一套完整的框架的话，基本都需要加上ReactRouter和Flux才能写大型应用。
Vue：
Vue是尤雨溪编写的一个构建数据驱动的Web界面的库，准确来说不是一个框架，它聚焦在V（view）视图层。
它有以下的特性：
1.轻量级的框架
2.双向数据绑定
3.指令
4.插件化
优点：
1.简单：官方文档很清晰，比Angular简单易学。
2.快速：异步批处理方式更新DOM。
3.组合：用解耦的、可复用的组件组合你的应用程序。
4.紧凑：~18kbmin+gzip，且无依赖。
5.强大：表达式无需声明依赖的可推导属性(computedproperties)。
6.对模块友好：可以通过NPM、Bower或Duo安装，不强迫你所有的代码都遵循Angular的各种规定，使用场景更加灵活。
缺点：
1.新生儿：Vue.js是一个新的项目，没有angular那么成熟。
2.影响度不是很大：google了一下，有关于Vue.js多样性或者说丰富性少于其他一些有名的库。
3.不支持IE8。
Angular：
Angular是一款优秀的前端JS框架，已经被用于Google的多款产品当中。
它有以下的特性：
1.良好的应用程序结构
2.双向数据绑定
3.指令
4.HTML模板
5.可嵌入、注入和测试
优点：
1.模板功能强大丰富，自带了极其丰富的angular指令。
2.是一个比较完善的前端框架，包含服务，模板，数据双向绑定，模块化，路由，过滤器，依赖注入等所有功能；3.自定义指令，自定义指令后可以在项目中多次使用。
4.ng模块化比较大胆的引入了Java的一些东西（依赖注入），能够很容易的写出可复用的代码，对于敏捷开发的团队来说非常有帮助。
5.angularjs是互联网巨人谷歌开发，这也意味着他有一个坚实的基础和社区支持。
缺点：
1.angular入门很容易但深入后概念很多,学习中较难理解。
2.文档例子非常少,官方的文档基本只写了api,一个例子都没有,很多时候具体怎么用都是google来的,或直接问misko,angular的作者。
3.对IE6/7兼容不算特别好,就是可以用jQuery自己手写代码解决一些。
4.指令的应用的最佳实践教程少,angular其实很灵活,如果不看一些作者的使用原则,很容易写出四不像的代码,例如js中还是像jQuery的思想有很多dom操作。
5.DI依赖注入如果代码压缩需要显示声明。
B. 前端后端框架有哪些
java前端后端都有哪些框架? 10分
java的前端和后端框架现在比较多，就目前热门的来说：
前端：jsp ajax jquary js sliverlight，很多都是基于js开发的框架，前端是比较好玩的一个东西
后端：基础spring hibernate mybatis ibatis servlet struts，然后你可以进行不同的组合
比如s *** ssi ssh ，按照分层结构就是简单的mvc结构，可以使用modelandview这样的对象返回页面，现在比较常用这个，
关于后端程序员写前端用什么框架更好
推荐两个颜值很高的前端框架：Admin LTE：基于Bootstrap的一租磨咐套后台系统，有很多现成模板可使用，又好看又好用，必须推荐！官网：Free Bootstrap Admin Template预览：AdminLTE 2 | DashboardGitHub：almasaeed2010/AdminLTE · GitHub
前端开发框架有哪些
首先我想说明一下，我们通常说的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这种了。其实内容真的很多很多，前端任重而道远啊~
关于后端程序员写前端用什么框架更好
各大前端框架可以按照“封装度”的标准来区分。 设计刚出的一套网页皮肤，封装度为0。层层封装到可以直接用后台语言写页面，封装度为10。那么我是这样来区分前端框架的。
1级——纯html+css 放5年前，基本就是用Dreamweaver刚排出来的页面或者网页查看源代码扒下来的皮肤。不涉及到js，就是纯页面弊纯皮肤。
2级—— bootstrap系列 bootstrap的出现是一个里程碑事件。发源于twitter，引入了不少html5/css3的特性。由于它对响应式的支持以及良好的体验，给人一种耳目一新的感觉。其源码，不管是css还是js都值得学习一下，看后经常会有“原来还可以这样做”这种恍然大悟的感觉。不过归根结底是一套ui皮肤+少量js组成的框架，属于封装度偏低的框架。
3~4级—— metronic/adminLTE系列 基于bootstrap或者其他1级框架，然后集成了各种jQuery插件、富文本编辑器等js库，组成的一个大杂烩工具包和案例库。皮肤基本是基于bootstrap自定义的一套主题。案例比较详尽，开发的时候找到需要的组件把前端代码复制粘贴，再稍微调试一下就能达到良好的视觉效果。根据集成的第三方库的多少，基本可以划分到3~4级封装度这样的范围。这个级别的框架的代码更多的是属于粘合剂，将各种不同的第三方库的前端代码粘合起来。
5级—— jQuery-ui 这里要单独把jQuery-ui拿出来讲，并不是因为它的封装度有多高，而是我认为它是一个分界点。jQuery以下级别的框架，代码以css为主，自身的js代码少，框架量级更轻，更灵活，更适合互联网web产品。jQuery以上级别的框架，属于前端的重度封装，通过框架暴露的接口进行开发，开发人员甚至不需要太多前端知识，只需要详细查看框架的开发文档即可。jQuery以上级别的框架更适合传统管理软件的开发。
6~7级—— easy-ui/DWZ easy-ui基于jQuery-ui，不过具有更丰富的组件库。貌似商业版收费很高。听说某大型国企花了大价钱购买下来使用。DWZ是国产框架中我认为综合表现还不错的，完全免费，有问题可以在他们的QQ群里提。其余的之前还用过金蝶的operamasks-ui，不过现在好像已经不更新了。这一类级别的框架还有一个另外的称呼——“富客户端框架”，意思就是重度js框架。使用起来开发效率很高，当年也是一度百花齐放，框架辈出。
8级—— extjs系列 extjs属于前端框架领域中的庞然大物，封装程度很高，具有自成体系的元素选择引擎和浏览器兼容方案，js写法上也有自己的方式。组件很多很全。只看extjs的官方文档和示例几乎不必学习任何其他的前端知识就可以做出“很漂亮”的前端页面。当然页面很容易“撞衫”。使用时间长了，会对其产生严重依赖，离开extjs，几乎不会写前端页面了。
9级——vaadin/GWT 最后一级，也是封装度最高的一级，也就是所谓的使用后台语言写前端。如果说之前的八级至少前端和后端还是相对分离的，后台程序在java中写，前台程序在html或者js中写；那么这一级别的框架简直会颠覆你的认知！只需在后台使用java写好了类和对象，并设置好相关的属性，网页的元素是自动通过后台对象生成的。这当然有好处，妈妈再也不用担心我不会写js和css了。然而就学一下html/css/js真的那么难吗？个人认为，尽管GWT有google的这么强悍的背书，但是这种9级封装的本质上把前后台耦合得更紧密。一个人做一个项目还可以考虑，但是......>>
Web 前端 和 后端 分别是什么语言/框架构建的
hu/question/21322713
转
关于后端程序员写前端用什么框架更好
各大前端框架可以按照逗封装度地的标准来区分。 设计刚出的一套网页皮肤，封装度为0。层层封装到可以直接用后台语言写页面，封装度为10。那么我是这样来区分前端框架的。
1级——纯html+css 放5年前，基本就是用Dreamweaver刚排出来的页面或者网页查看源代码扒下来的皮肤。不涉及到js，就是纯页面皮肤。
2级—— bootstrap系列 bootstrap的出现是一个里程碑事件。发源于twitter，引入了不少html5/css3的特性。由于它对响应式的支持以及良好的体验，给人一种耳目一新的感觉。其源码，不管是css还是js都值得学习一下，看后经常会有逗原来还可以这样做地这种恍然大悟的感觉。不过归根结底是一套ui皮肤+少量js组成的框架，属于封装度偏低的框架。
3~4级—— metronic/adminLTE系列 基于bootstrap或者其他1级框架，然后集成了各种jQuery插件、富文本编辑器等js库，组成的一个大杂烩工具包和案例库。皮肤基本是基于bootstrap自定义的一套主题。案例比较详尽，开发的时候找到需要的组件把前端代码复制粘贴，再稍微调试一下就能达到良好的视觉效果。根据集成的第三方库的多少，基本可以划分到3~4级封装度这样的范围。这个级别的框架的代码更多的是属于粘合剂，将各种不同的第三方库的前端代码粘合起来。
5级—— jQuery-ui 这里要单独把jQuery-ui拿出来讲，并不是因为它的封装度有多高，而是我认为它是一个分界点。jQuery以下级别的框架，代码以css为主，自身的js代码少，框架量级更轻，更灵活，更适合互联网web产品。jQuery以上级别的框架，属于前端的重度封装，通过框架暴露的接口进行开发，开发人员甚至不需要太多前端知识，只需要详细查看框架的开发文档即可。jQuery以上级别的框架更适合传统管理软件的开发。
6~7级—— easy-ui/DWZ easy-ui基于jQuery-ui，不过具有更丰富的组件库。貌似商业版收费很高。听说某大型国企花了大价钱购买下来使用。DWZ是国产框架中我认为综合表现还不错的，完全，有问题可以在他们的群里提。其余的之前还用过金蝶的operamasks-ui，不过现在好像已经不更新了。这一类级别的框架还有一个另外的称呼——逗富客户端框架地，意思就是重度js框架。使用起来开发效率很高，当年也是一度百花齐放，框架辈出。
8级—— extjs系列 extjs属于前端框架领域中的庞然大物，封装程度很高，具有自成体系的元素选择引擎和浏览器兼容方案，js写法上也有自己的方式。组件很多很全。只看extjs的官方文档和示例几乎不必学习任何其他的前端知识就可以做出逗很漂亮地的前端页面。当然页面很容易逗撞衫地。使用时间长了，会对其产生严重依赖，离开extjs，几乎不会写前端页面了。
9级——vaadin/GWT 最后一级，也是封装度最高的一级，也就是所谓的使用后台语言写前端。如果说之前的八级至少前端和后端还是相对分离的，后台程序在java中写，前台程序在html或者js中写；那么这一级别的框架简直会颠覆你的认知！只需在后台使用java写好了类和对象，并设置好相关的属性，网页的元素是自动通过后台对象生成的。这当然有好处，妈妈再也不用担心我不会写js和css了。然而就学一下html/css/js真的那么难吗看个人认为，尽管GWT有google的这么强悍的背书，但是这种9级封装的本质上把前后台耦合得更紧密。一个人做一个项目还可以考虑，但是一个团队前......>>
java编程前端和后端分别包括哪些技术？
前台。jsp html JavaScript jQuery 各种jQuery的前台框架。
后台。java struts2 spring hibernate abitas jdbc ejb webservice 各种后台框架
高级点的 有云计算，大数据
关于后端程序员写前端用什么框架更好
时间过去好久了，问题想必你已经想清楚了。 我再简单说说。 如果你自己能包揽前后台，理解这个肯定没问题。 网站能运行，说白了是这么几步。 客户端请求--》服务端响应HTML.--》用户在网页上进行操作(即请求） --》服务器响应操作（新页面或ajax。
关于后端程序员写前端用什么框架更好
程序员用框架不能算是“写前端”，只是现成框架套用而已。
后台管理系统，前端框架用什么最好
前端js框架太多了，这些是常用的。 1、jQuery（jQuery UI、jQuery EasyUI、LingerUI等等） 2、ExtJS（ExtJS、Ext.NET、FineUI） 3、Bootstrap
C. 前端常用的框架有哪些
一、 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上也能大量持续性构建应用，这将有利于你的项目。
D. 如何设计一个自己的前端MVC框架
对于一些中小型的web应用程序，为了缩短开发周期和降低开发和维护成本，往往会采用一种基本MVC开发模式的框架开发。现在市场上的开发传统web页面的JavaScript框架比较多，但是专门对移动应用程序的MVC设计模式的框架比较少。所以开发一套针对移动应用程序的MVC设计模盯衡式的框架还是很有价值的。参考传统MVC设计模式框架，移动应用框架应该实现以下几个方面：
MVC的分离
移动应用程序中，model,view,controller得到严格的分离，使得应用程序的结构和开发的思路更加清晰，程序的维护更加方便。
数据的更新
Model中的数据与View中数据的双向更新，当Model中的数据发生变化时，View中的数据随着发生变化，当View中输入或修改数据时，Model的数据也会发生变化，省去开发者手动操作数据的变化，避免发生错误。
数据的格式化
当Model中的数据需要先格式化再显示在view中的时候，可以先进行数据格式的转化。
数据的验证
当view中输入数据或者是改变数据的时候，需要验证数据时，可以先对数据进行验证，当验证通过时，才赋给Model中相应的数据。
页面管理调度
实现各个页面之间的调度，避免由开发者实现页面调度而产生的混乱，同时也加快程序的开发速度。
框架的实现与程序的开发离不开JavaScript库，目前的Javascript库的形势也比较尴尬，一方面是传统的web页面javascript库的成熟，一方面却是针对移动端应用设计开发web应用JavaScript的相对落后，虽然也有几款优秀的，但是相对体积比较大，而且有时候出了问题也很难跟踪，所以有必要开发一套专门针对移动端开发的JavaScript库，使它具有灵活，小巧，功能完善的工具集和UI组件，帮助开发移动端应用的开发者快速工发并容易维护，所以具体需求有以下几个方面：
事件的支持
DOM2级的腊裤事件使对DOM元素的操作起到了解耦作用，在程序开发的过程中，对程序对象之间的解耦的作用，在程序开发的过程中，对对象之间的解耦也是相当必要的，所以有必要做一个统一的接口，而事件是一个不错的选择，而且事件在MVC设计模式的实现中占有很重要的地位，他既可以使Model,view,controller之间分离解耦，又使他们之间存在内在联系。
插件机制
一个好的Javascript库，他应该有自己的灵活完善的插件机制，不仅可以为库的开发台提供方便，也应该为开发应用程序时提供方便，针对相同的功能开发插件，避免代码的多次开发。
页面管理
一个移动应用程序会有很多页面需要分级管理，这是由移动办公设备的特性决定的，面对多级与多个页面，需要一种机制来管理各个页面之间的关系才而已痛苦误会页面的加载时机与加载方法。
动画的功能
使用移动设置性能的提升与大量移动应用的出现，使用户对程序的选择更多。如果程序不能更炫更苦的表现来吸引用户，那他将难以进入市场，而动画就是其表现手段之一，所以有必要为开发者提供一套实现动画的方法，使开发者可以迅速开发能吸引用户的动画。
手势的支持
随着触摸移动设备的普及与苹果公司在它原生IOS应用程序中推出了手势操作后，人们越来越喜欢这种交互方式了。为了适应这种潮流与提升程序的竞争力，在面向移动应用开发的JavaScript库中添加手势的支持是有必要的。
数据的通信
作为一个信息时候的应用程序，数据通信的功能是不可或缺的。虽然Ajax技术提供了数据通信的相应的接口，但是如果每一次的数据通信都要开发者去创建，调用相应的接口，会出现很重复的代码，而且效率也不高，所以有必要对Ajax数据通信接口进行封装。
数据的本地化
当应用程序与后台通信取得数据的时候，有些数据是需要保存在本地的，还有一些数据的状态，以及一些经过运算得到的数据也是需要保留在本地的。这就需要提供一种数据本地化的接口
UI组件
开发者在开发应用程序的时候，常常会遇到一个功能相同的控件在不现的轮则简应用程序程序中都会用到，为了提高应用程序的开发效率，缩短开发周期，有必要把一些常用的控件抽象出来形成组件，供开发者调用
屏幕的适配
随着移动设备的不断更新发展，设备屏幕的尺寸与分辨率越来越多样化，这便成了跨平台应用程序“一次开发，多处运行”的最大难题。所以有必要形成一_方案来解决这一问题。
总结
在这所有问题中，事件的扩展，插件机制，页面的管理，MVC设计模式的实现不仅是重点，也是难点，它们的实现具有以下价值：
事件在web开发中应用已经很广泛，不过它只有在相应的DOM元素上才有事件，而且MVC设计模式的实现需要事件的驱动，所以需要扩展DOM事件到普通对象上，使它们具有订阅发布消息功能，且与DOM事件有相同的接口。
插件机制需要代码的高度抽象化，它是UI组件实现的基础，它的实现提高了代码的重复使用。
页面的管理，它把应用程序按业务逻辑分解为以页面为单位进行管理，使程序的逻辑结构更加清晰，而且它为MVC框架中页面的调度实现提供了基础。
MVC设计模式的实现，即MVC框架的实现，对应用程序开发周期的缩短，开发成本的降低，应用程序后期的维护都会有很大的帮助。
E. 前端开发框架有哪些
前端框架好不好用还是要看具体情况分析，我这里给你推荐几个常用的框架，可以按需使用。
1、vue-element-admin
一个基于vue2.0和Element的控制面板UI框架，这是使用vue技术栈开发的前端程序员的首选管理系统模板，模板已经非常成熟了，并且有相关的社区和维护人员，开发时候遇到问题也不要慌。
2、AdminLTE
非常流行的基于Bootstrap 3.x的免费的后台UI框架，这是一个非常老牌的后台管理系统模板，每个页面都是单独的html网页，适合前端入门新手用来做项目。
3、ant-design-pro
这个就不多说了，选择react技术栈的童鞋们必然离不开这个优秀开箱即用的中台前端/设计解决方案，文档齐全，组件丰富，一键生成模板，更支持开启复制粘贴模式哦。
4、ng2-admin
这是基于Angular 2、Bootstrap 4和webpack的后台管理面板框架，要收前面已经有了React和vue技术栈的模板，那怎么能少了ng的？虽然在国外用的比较多，国内较少使用，但丝毫不影响ng作为前端框架三巨头之一的地位。
9：material-dashboard
基于 Bootstrap 4 和 Material 风格的控制面板。Material Dashboard 是一个开源的 Material
Bootstrap Admin，其设计灵感来自谷歌的 Material Design 。
10：d2-admin
D2Admin 是一个完全 开源免费 的企业中后台产品前端集成方案，基于 vue.js 和 ElementUI 的管理系统前端解决方案 ，小于 60kb的本地首屏 js 加载,已经做好大部分项目前期准备工作
11：vuestic-admin
vuestic-admin管理台仪表盘是一个响应式的仪表盘模板，采用Bootstrap4和Vue.js构建。这个精美的管理台模板提供了自定义元素组件，如地图，聊天，个人资料卡，图标，进度条等，以及用于登录和注册的预建页面。
F. 前端常用的框架有哪些
web前端的主流框架，下面，我具体给你介绍一下：
1、Angular：Angular是一款优秀的前端JS框架，Angular有着诸多特性，最为核心的是MVW（Model-View-Whatever）、模块化、自动化双向数据绑定、语义化标签、依赖注入等等。Angular是一个比较完善的前端框架，包含服务，模板，数据双向绑定，模块化，路由，过滤器，依赖注入等所有功能，在自定义指令后可以在项目中多次使用。
2、React：React可以非常轻松地创建用户交互界面。为你应用的每一个状态设计简洁的视图，在数据改变时React也可以高效地更新渲染界面。React为你程序编写独立的模块化UI组件，这样当某个或某些组件出现问题是，可以方便地进行隔离。
3、Vue：近几年最火的前端框架当属Vue.js了，Vue.js是一个构建数据驱动的Web界面的渐进式框架。Vue.js的目标是通过尽可能简单的API实现响应的数据绑定和组合的视图组件。Vue对模块很友好，可以通过NPM、Bower或Duo安装，不强迫你所有的代码都遵循Angular的各种规定，使用场景更加灵活。
以上三个就是我给你介绍的关于web前端主流的框架，希望我的回答对你有所帮助
G. 什么是vue框架
什么是vue
是一套构建用户界面的渐进式（用到哪一块就用哪一块，不需要全部用上）前端框架，Vue 的核心库只关注视图层
vue的兼容性
Vue.js 不支持 IE8 及其以下版本，因为 Vue.js 使用了 IE8 不能模拟的 ECMAScript 5 特性。 Vue.js 支持所有兼容 ECMAScript 5 的浏览器。
vue学习资源
vue.js中文官网：http://cn.vuejs.org/
vue.js源码：https://github.com/vuejs/vue
vue.js官方工具：https://github.com/vuejs
vue.js官方论坛：forum.vuejs.org
对比其他框架-React
React 和 Vue 有许多相似之处，它们都有使用 Virtual DOM；提供了响应式（Reactive）和组件化（Composable）的视图组件。将注意力集中保持在核心库，而将其他功能如路由和全局状态管理交给相关的库。React 比 Vue 有更丰富的生态系统
都有支持native的方案，React的RN，vue的Wee下
都支持SSR服务端渲染
都支持props进行父子组件间的通信
性能方面：React 和 Vue 在大部分常见场景下都能提供近似的性能。通常 Vue 会有少量优势，因为 Vue 的 Virtual DOM 实现相对更为轻量一些。
不同之处就是：
数据绑定方面，vue实现了数据的双向数据绑定，react数据流动是单向的
virtual DOM不一样,vue会跟踪每一个组件的依赖关系,不需要重新渲染整个组件树.而对于React而言,每当应用的状态被改变时,全部组件都会重新渲染,所以react中会需要shouldComponentUpdate这个生命周期函数方法来进行控制
state对象在react应用中不可变的,需要使用setState方法更新状态;在vue中,state对象不是必须的,数据由data属性在vue对象中管理（如果要操作直接this.xxx）
组件写法不一样, React推荐的做法是 JSX , 也就是把HTML和CSS全都写进JavaScript了,即'all in js'; Vue推荐的做法是webpack+vue-loader的单文件组件格式,即html,css,js写在同一个文件
对比其他框架-angular
在性能方面，这两个框架都非常的快，我们也没有足够的实际应用数据来下一个结论。如果你一定想看些数据的话，你可以参考这个第三方跑分。单就这个跑分来看，Vue 似乎比 Angular 要更快一些。
在大小方面，最近的 Angular 版本中在使用了 AOT 和 tree-shaking 技术后使得最终的代码体积减小了许多。但即使如此，一个包含了 vuex + vue-router 的 Vue 项目 (30kb gzipped) 相比使用了这些优化的 Angular CLI 生成的默认项目尺寸 (~130kb) 还是要小的多。
灵活性：Vue 相比于 Angular 更加灵活，Vue 官方提供了构建工具来协助你构建项目，但它并不限制你去如何组织你的应用代码。有人可能喜欢有严格的代码组织规范，但也有开发者喜欢更灵活自由的方式。
vue.js的核心特点—响应的数据绑定
传统的js操作页面：在以前使用js操作页面的时候是这样的，需要操作某个html元素的数据，就的使用js代码获取元素然后在处理业务逻辑
响应式数据绑定的方式操作页面，可以直接使用像下面代码那样的写法就可以将数据填充到页面中
<template>
<div id="app">
{{ message }}
</div>
</template>
<script>
export default {
name: 'app',
data () {
return {
message: 'Welcome to Your Vue.js App'
}
}
}
</script>
<style>
</style>
vue.js的核心特点—可组合的视图组件
一个页面映射为组件树。划分组件可维护、可重用、可测试，也就是一个页面由多个组件组合而成
vue中实现组件引入示例
第一步：import导入需要引入的组件文件；
第二步：注册组件；
第三步：在需要引入组件的文件中加上组件标签（这个标签的标签名就是注册的组件名字，多个单词的和这里有xx-xx的形式）
需要注意的是：组件可以嵌套引入，也就是说组件可以引入其他组件
首先创建一个组件，用于被引入的组件，组件名字叫Hello.vue
————————————————
版权声明：本文为CSDN博主“胡椒粉0121”的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。
H. 前端框架都有哪些，最主流的是哪个
推荐几个精致的web UI框架及常用前端UI框架！
1.Aliceui
Aliceui是支付宝的样式解决方案，是一套精选的基于 spm 生态圈的样式模块集合，是 Arale 的子集，也是一套模块化的样式命名和组织规范，是写 CSS 的更好方式。
2.Amazeui
Amaze UI 是一个轻量级、 Mobile first 的前端框架, 基于开源社区流行前端框架编写的。
3.sui
SUI是一套基于bootstrap开发的前端组件库，同时她也是一套设计规范。
通过SUI，可以非常方便的设计和实现精美的页面。
同时sui还有移动端版本msui，msui是阿里巴巴共享业务事业部UED团队的作品。目的是为了手机H5页面提供一个常用的组件库，减少重复工作。
9.YDUI Touch
YDUI Touch 专为移动端打造，在技术实现、交互设计上兼容主流移动设备，保证代码轻、性能高;使用 Flex 技术，灵活自如地对齐、收缩、扩展元素，轻松搞定移动页面布局;实现强大的屏幕适配布局，等比例适配所有屏幕。什么？用得不开心？轻松切换 px;自定义Javascript组件、Less文件、Less变量，定制一份属于自己的YDUI;
10、后台UI开发框架 MuseUI
一款基于bootstrap风格，兼容于主流浏览器（包括IE6）的后端UI开发组件。
I. 后台管理系统,前端框架用什么最好_前端框架有哪些
1、前端js框架太多了，有这么些是常用的。
jQuery（jQueryUI、jQueryEasyUI、LingerUI等等）
ExtJS（ExtJS、Ext.NET、FineUI）
Bootstrap
2、总体来说，jQuery比较轻量级；ExtJS界面效差举孙果比较好，但是比较重；Bootstrap目前比较流行，响应式布局。兼容性方面都还可以，不同的开发库版本支持不同的浏览器版本。
3、bootstrap并没有专门的企业级grid，如果有着方面的需求，那你需要一种企业级的grid框架。例如使用ExtJs或者jQueryUI的grid。例如使用ExtJs或者jQueryUI的grid-->例如使用ExtJs或者jQueryEasyUI的grid
4、基于javascript的前端软件（这应该在传统的bs概念中单独“正名”出来，以免跟传统的asp.net企业应用搞混了）与cs的区别并不是在于“卡、卡”上。其实这时候答旦并不卡，而且美工调整其css也非常方便。
5、如果说cs与这类前端软件的区别，最重要的还是cs可利用的资源很多。例如高效率的长连接通讯资源、GPU资源、成百上千UI组件组员、成千上万现成的复杂样式、直接访问本地设备、操作系统api等等。
6、如果纠结于很简单的原因，也许5年前我会认为js富客户端应用还不太行，但是现在，我认为可以考虑取代cs应用中80%以上的部分了。实际上，现在的好的js前端也总是“复合的”，也就是可以调用各种浏览器插件去使用native的程序，所以混合结构的js富客户端程序具有了相虚链当程度的cs的性能特点，而其在跨平台（mac、iOS、linux、Android、windows全平台、等等平台）上的能力是一直在提升着的。
J. 移动APP开发框架盘点2：Web移动前端框架大全
开源项目其实有一个成熟周期，这个周期大概是三年左右，自React框架在2013年发布并引爆了前端框架的大潮，这个属于前端的周期就此开始了。
之后在2015年5月开源的React Native又开启了属于Web移动前端的周期，15-16年，18-19年，21-22年正好就是属于移动前端的三个爆发点。
三年前，在第一个成熟收获期，我盘点了移动开发框架。在这第二个成熟收获期，理所当然要来盘点一波。
不过，当我点开github项目的code-frequency时，还是被这个准到吓人的周期猜想惊呆了，先给你们看一波，剩下的自行验证。
1、https://github.com/youzan/vant/graphs/code-frequency
2、https://github.com/quasarframework/quasar/graphs/code-frequency
再来说第二个比较有意思的发现，停止维护的项目绝大多数是Vue框架项目。
盘点开始的时候我还觉得React框架处于绝对劣势，到完成时我发现React无论在选择面还是成熟度上都超过了Vue。
原因我这里就不分析了，反正大家都有自己的看法。
网页类框架就是前端组件框架，这一次虽然有大量项目停止维护，但是也有很多项目坚持了下来，而且还涌现出了一批新项目。
大厂占了主导，因为这些年大厂在移动开发上的需求，远高于其它方面。个人项目要坚持确实不易。
本来是想要做一个验证项目，把所有框架都试用一遍并给出推荐度的。由于进度太慢，还是下一次再发吧。
这次的重点是渐进类框架，就是所谓多端同构框架（小程序框架）。这几年国内的重点的各种小程序平台，所以多端框架的需求很是旺盛。
不过大多数先行者都没挺过来还是让我很意外，只有Taro成功了，想想还是有很多让人唏嘘的东西。
在这里还是先预测一波吧，因为这一类框架最变化最大，最终还是有很多框架要出局的。
渐进类框架是一个过渡性的产品，最终会变成桥接类框架的一部分，所以，与桥接类框架协同才是框架的出路。
这个赛道基本全是大厂了。
腾讯新一代跨端开发框架Hippy
Hippy一看就是淘宝Weex的对标项目，Kpi功能全面压制。所以官方支持 React 和 Vue 两种主流前端框架。在Weex2019年实质停更后发布，要不要这么卷？
Hippy 2.x 架构主要分成三层，UI(JS) 层 Hippy-React 和 Hippy-Vue 负责驱动 UI 指令生成；中间层 C++ HippyCore 负责抹平平台差异性和提供高性能模块；渲染层 Android 和 iOS 负责提供终端底层模块、组件，并与布局引擎通信。
对Weex惨遭遗弃，我上次就说过：“ReactNative提供工具，Weex提供框架，将平台差异化屏蔽（Write Once, Run Everywhere）。所以Weex则注定功能相对弱小，并且坑比较多。”Weex最终下马也是必然的，淘宝又发布升级版北海，为了实现（Write Once, Run Everywhere），它采用自绘，而且是基于Flutter自绘。
所以Hippy3.x就一如既往的Kpi功能层层加码，很有腾讯风格。在未来的 3.x 中业务与渲染层中的具体实现可根据用户实际场景进行切换：业务层上不再局限于 JS 驱动，还可选择（如：DSL/Dart/WASM 等）其它语言进行驱动；在渲染层中，渲染引擎除了支持现有原生（Native）渲染之外，还可以选择其他渲染 Renderer，如 Flutter(Voltron) 渲染。
“Kraken 北海”是一款高性能Web渲染引擎。底层基于 Flutter 进行渲染。
Kraken 不限制上层开发者使用的框架，无论你是使用 Vue 、Rax 还是 React 都可以开发 Kraken 应用。
Kraken 的 runtime 通过 JS Engine Binding 的方式提供了一系列 Web 标准的 API 接口，调用相应 API 会执行相关逻辑并创建一系列需要发送给 Dart 层处理的指令。
Kraken 其实就是一个小程序平台，而且追求全平台完全一致。我虽然认为各平台不一致是很自然的事情，但是也表示理解，毕竟别人吹牛有当真的传统（KFC表示认同）。
Kraken 现在也是一个小号浏览器，所以它的主要工作就是抠标准，毕竟它是一款基于 W3C 标准的高性能渲染引擎。
最后，我劝淘宝领导定Kpi要理智些，毕竟Hippy4我还蛮期待的。
滴滴出品的超轻量级动态化跨端开发框架，主打轻量和实用。
Hummer 以 JS 引擎为基石，目前已支持 JavaScriptCore、Hermers、QuickJS 等业内知名 JS 引擎（这里本来还有个V8的，我删除了，源码里面没有，Kpi需要）。再配合经过调优的 Yoga 布局引擎，抹平了两端视图布局差异（性能更佳的自研布局引擎开发中）。顺便提一下，Hippy采用V8（功能更强）自研布局引擎（性能更佳）。
Hummer 的特点是抛弃了业界其他动态化跨端框架普遍使用的DSL层和VDOM层，因此原生 Hummer 不具备前端开发常用的响应式编程的能力，但同时换来的是接近原生开发的体验和性能。再以原生 Hummer 为基础，在此之上开发了一套基于MVVM架构的开发框架 —— Tenon ，通过 Tenon，可以把使用 Vue/React 编写的代码，转换成原生 Hummer 的代码。
Hummer也是一个小程序平台，而且超轻量。如果想要无限提升自己APP的能力，可以考虑嵌入Hummer。
Web移动前端框架正在迎来第三个高速发展期，各类框架得到极大繁荣。
个人在具体项目的贡献已经微乎其微了，创新、架构创新是唯一制胜的手段，这也是我看好React的根本原因。
最后，还是想做点微不足道的 探索 ，现在前端组件库层出不穷，更换组件库带来的代价有点大。想创建一个框架，来实现上次说的组件公约数和公倍数，无缝切换组件库。理论上支持所有组件库 ，也能为后来者提供弯道超车的机会。我想大厂可能没有需求，也不会愿意发布这种框架，毕竟都是平台部门说了算。
这个库就是useMobile，当然分为useMobileReact和useMobileVue。下次先发布useMobileReact。等我发布后，再来填上面表中缺的推荐度。
原文地址： https://www.cnblogs.com/windfic/p/16019457.html