后端技术框架是什么？
先说下什么是框架。通俗来讲是一组通用功能的抽象。把通用的功能提取出来，他有什么好处呢？主要的目的其实很简单，就是减少重复开发。比如web开发中，我们总要和数据库打交道，最原始的方法，每个程序员都要自己控制和数据库的连接和断开，代码的重复性特别高，而且往往容易出错。这时候聪明的人肯定想到了把这部分抽象出来，统一去做处理，使用的人不在关心具体的连接，只需要关注自身的业务，减少了重复工作，也减少了出错的可能。
关于后端程序员写前端用什么框架更好？
很高兴回答你的问题！几年前，还是痴迷java的那会儿，我也曾纠结于前端框架的选择。试图找出一套一劳永逸的前端框架继承到项目架构中。搜遍全网得出以下结论：各大前端框架可以按照“封装度”的标准来区分。设计刚出的一套网页皮肤，封装度为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级封装度这样的范围。这个级别的框架的代码更多的是属于粘合剂，将各种不同的第三方库的前端代码粘合起来。--------------------------------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/DWZeasy-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级封装的本质上把前后台耦合得更紧密。
一个人做一个项目还可以考虑，但是一个团队前后台分离、模块化开发的时候，使用这种框架是一种灾难！所以我是极度不建议使用9级封装框架的。--------------------------------综上，针对不同的编程方式，给出以下参考：1 DOP（Deadline Oriented Program，面向截止日期编程）的程序猿们有两种选择：a、努力学习html/css/js，使用2~3级框架；b、看不上前端代码的，6~8级是不错的选择。
对于业务优先、老板整天嚷嚷时间有多紧、客户有多急切的项目，你可以直接选b了，我觉得老板是不会给你时间学习html/css/js的。2 EOP（Experience Oriented Program，面向用户体验编程）的程序猿们，大多数做的是追求极致用户体验的互联网产品吧。那果断选1级封装度的框架，可适当借鉴2~4级的框架。
3 MOP（Money Oriented Program，面向人民币编程）对于一直做后台，趁过年放假想赚个外快的程序猿们，我知道你们也不想在前端领域有多大发展，搞好后台就足够一辈子衣食无忧了，所以还是选择6~8级吧。此外，需要考虑搜索引擎优化的项目，慎用富客户端或者重ajax应用。什么？你还需要考虑ie6的兼容性？出门左转有一面墙，你可以撞上去了，不送！最后告诉大家，这些都是几年前我为了治疗自己的选择恐惧症而进行的一些分析。
现在，我已经不再纠结各种前端框架了。因为心中有剑，枝叶、落花皆可为剑。----------------------------------------有朋友提到backbonejs/angularjs/reactjs/vuejs这些新兴框架，感觉很有必要补充完善一下这个答案。大约五六年前，前端还是一个边缘岗位，前端的工作中：css方面的由设计师用dreamveaver等工具顺带就做了；js方面的由后台程序员写写实现了效果就行了。
究其原因，主要还是由于当时在html5尚未大面积支持的情况下，浏览器网页端的表现力有限。为增强表现力甚至还需要依靠flash的支持。近几年随着移动端的兴起以及html5/css3等技术的推广，web端表现力日渐丰富，也越来越复杂。计算机这门学科就是这样，当一件事物复杂到一定程度就一定有人抽象出各种框架来提高可维护性与可扩展性。
传输复杂了，有了osi 7层和5层框架；服务器集群复杂了，有了云计算各种框架；乃至销售问题复杂了，也有人总结出《销售技巧xx招》…这种抽象也是人类的一种基本思维方式。前端岗位正是在网页前端复杂性逐渐增加的推动下产生的。说实话，很多老程序员以前是是看不上前端行业的，认为无非是一些奇巧淫技而已。而现在，以javascript为基础的前端技术已经成功逆袭，nodejs的发展更是让js有了扬眉吐气的一天。
现在回过头来看backbonejs/angularjs/reactjs/vuejs系列框架，它们其实并不是给后台程序员准备的框架。不要轻信它们官网上的提到的“简单易用快速上手”之类的宣传语，那不是跟后台程序员和js初学者说的。如果你对js原型链、作用域、异步回调的概念还很模糊，用了这些框架只会让自己陷入泥潭难以自拔！虽然你也可以将这些框架简单粗暴得划分到7级封装度左右，但是我并不认为这些“深度前端”框架适合后台开发者。
当然啦，事无绝对，如果你像我一样兴趣广泛，喜欢折腾，前后端双修，那你自然清楚该选什么前端框架，也就不会到知乎上来问这个问题了。这就是现在的我，有了一定的前端功力，开源社区的森林里那么多丰富的资源，枝叶、落花都是利刃，也无需在框架上纠结了。我是程序Cow，希望可以帮到你，喜欢我的可以关注一下噢！[耶]。
使用什么vue框架写后台系统比较好？
您好，很高兴回答您的问题。因为最近正好在用vue做一个项目，这里我来聊一聊。先说一下背景:vue是华裔大神尤雨溪创建的，自创建后就一直很火，原因是他入门门槛很低，很容易学会，而且他mvvm的思想很容易被大家接受。并且中文资料很齐全，是个很火的框架。再说一下vue应用场景:一般vue比较擅长SPA开发，也就是单页面应用，通过路由来控制页面显示。
至于多页面多tab的应用，就需要自己写套框架来实现，目前我搞的这个项目就是这样的。接着谈一下具体开发实现:一般一个vue项目会用到如下技术或框架:1.element-ui :这个是由饿了么公司开发开源的组件库，里面有大量的封装好的组件，例如横向菜单等。用了这个框架后，基本只用写自己的业务组件就行，其他的用它库里的就行。
2.ant -d: 这个也是一个组件库，是阿里开发的，也是很不错的。3.vue-router:这个是vue官方的路由组件，用于组件间的路由，这个也是不可缺少的。4.vuex:这个为是vue官方提供的，用于存储一些状态值，相当于维护一些公共变量，这个是大项目里不可缺的。5.axios:远程通讯组件，用于和远程服务器发送ajax请求，这个插件对请求封装的很好，使请求数据变得很简单。
现在流行的前后端分离项目都使用的是什么前后端框架？
开发框架主要分三块，前端，web和持久化，三者是可以自由组合的。我分开来说。web框架以前Java web框架还有struts1，struts2，springMVC可以选。目前只有一个选择：SpringMVC，其它一个能打的都没有。无论是Play，GOG这类快速开发框架，还是spark（此spark非彼spark）这类轻量级开发框架，或者struts2这样的竞争对手。
无论从使用人数还是生态上来看，和SpringMVC都不是一个量级。其它框架宣传得再怎么好，都不建议投入大量精力。学习框架的设计思路可以，生产环境使用请直接使用SpringMVC。Spring系的基础设施不是其它框架可比拟的。要快速开发可以使用springboot，只需要pom依赖 一个enable注解就可以直接使用。
持久化框架目前主流的有两个JPA和MyBatis。如果项目是数据建模，那么使用Mybatis；如果项目是对象建模，那么使用JPA。这里还要提一下Spring。SpringBoot的spring-data子项目应该是想统一这两者。不止是这两者，它的野心更大，想统一所有的持久层，db，redis，elasticsearch全部都有对应的项目。
它想将所有的持久化操作都抽象为Repository操作。如果成功的话，业务逻辑中就完全不需要关心持久层选型了，切换框架也很方便。前端框架前端框架目前有三个可选项react，ag和vue。react的语法个人很不喜欢，直接pass。。。。ag国内热度好像不高，没太关注。最终选的是vue，简单上手快。配套ui库也比较完善了。
Spring技术一统Java后端是否说明未来Java后端框架技术的单一化，缺少了多样化？
在软件开发编程界，Java业界老大的地位一直没被撼动。虽说Java历史悠久，但在以前，Java开发效率一直不高，光配置一个项目环境就要花不少时间。而Spring技术出来之后颠覆了Java传统的开发模式，现在的Java框架基本上都离不开Spring全家桶技术。那问题来了，Spring框架一统Java后端后，是否意味着未来Java后端框架技术变得单一化了呢？Java生态系统是复杂的Java主要应用在Web应用及Android开发，而Java在Web领域的应用有20多年历史了，从最初的Servlet发展到现在的生态系统，基本上常见的需求在Java中都有成熟的解决方案，所以Java一直被作为服务器端主流开发语言。
一个较为简单的项目可能会用到以下多样技术：对于Java而言，其核心技术由最初的 Servlet、EJB、JMS、JSF、JDBC演变为现在的Spring全家桶：Spring Framework、Spring MVC、Spring Boot、Spring Data等。Spring框架颠覆了传统的Java开发模式Spring框架是为了简化Java开发而推出的，毫不夸张的说，Spring框架的出现让Java重唤青春。
Spring为了解决对象的创建和管理，使用了多种设计模式及思想：1、IoC控制反转与DI依懒注入Spring框架提出了控制反转思想，利用依懒注入技术使得我们管理对象时不需要一个个来new创建了，避免了不同组件间的强依懒性（代码中不会硬性注入对象），降低了耦合度。2、Spring框架是低侵入性的基于DI技术，我们可以轻松的将各类解决方法（如：MyBatis、Hibernate、Redis、RabbitMQ、各类中间件等）进行整合。
3、运用了大量的单例、工厂、代理、策略、模板等设计模式Spring框架会让Java各类框架发展得更好在没有Spring之前，各类框架的设计思想及开发规范是不同的，这意味着虽然Java成熟框架很多，但各个框架是相互独立的，框架变更成本很大。而Spring技术出现之后，使得越来越多的框架在向着Spring框架思想看齐，更有利于各类框架的统一化，从某种层面上说更有利于Java生态的发展。
