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 前端 和 后端 分别是什么语言/框架构建的

zhihu/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

框架1：Spring框架

该框架排名第一，因为它具有开发复杂Web应用程序的出色能力，而且，这些应用程序因性能突出而广受赞誉。它使Java开发人员能够轻松地创建企业级应用程序。

Web应用程序开发人员可以证明Spring框架的能力。这就是Spring成为Java开发人员最爱的原因。下面的数据可以证明这一点。以下是开发者（选择Java作为首选的三种编程语言之一）对Java框架的看法：

在开发人员的选择中，Spring MVC和Spring Boot远远领先于其他Java技术。对于开发人员来说，这里的一大优势是他们可以不受其他模块约束而专注于一个模块，因为Spring利用了控制反转（IoC）。

这个框架的其他一些优点是一个全面的配置模型，支持传统数据库和现代数据库（如NoSQL），并通过支持面向方面编程来支持内聚开发。它提供了一些模块，如Spring MVC、Spring Core、Spring Boost、SpringTransaction等。

框架2：Hibernate框架

作为一个对象关系映射（ORM）数据库，它改变了我们以前查看数据库的方式。尽管它不是一个全栈框架，但它可以极其轻松地为多个数据库转换数据。

它支持多个数据库的能力使它很容易扩展，无论应用程序的大小或用户的数量如何。它速度快、功能强大、易于扩展、修改和配置。

框架3：Struts框架

该框架帮助自定义软件开发人员创建易于维护的企业级应用程序。这个框架的USP是它的插件。它们是JAR包，这意味着它们是可移植的。

Hibernate插件和Spring插件分别可以用于对象关系映射和依赖注入。使用此Java框架开发应用程序可以减少处理时间，因为它提供了组织良好的Java、JSP和Action类。

框架4：Play

使用该框架的顶尖公司包括LinkedIn、三星、卫报、Verizon等。这只能说明它的可信度。该框架提供了速度、可伸缩性和性能。

它的用户界面非常简单，使移动应用程序开发人员可以快速理解它。它主要用于开发需要统一内容创建的应用程序。

框架5：Google Web Toolkit

这个框架用于客户端开发，类似JavaScript。它是一个开源的Java框架，这意味着它是免费的。谷歌广泛使用了这个框架，谷歌产品如AdSense、谷歌钱包、AdWords都是使用它编写的。

借助GWT代码，可以轻松地开发和调试Ajax应用程序。Java开发人员更喜欢使用这个框架来编写复杂的应用程序。书签、跨浏览器可移植性、历史记录和管理是它的一些特性。

阅读完分享的Java的热门框架后，希望你能有一个更清晰的了解。了解热门框架不是一个挑战，但是找到适合你需求的框架是一个挑战！

随着我们对web前端编程开发技术的掌握，越来越多的框架语言和架构方式被我们所熟知。

下面河南北大青鸟http://www.kmbdqn.cn/就一起来了解一下，web前端开发的一些常见框架结构。

1.全包型这类框架大的特点就是从底层的渲染引擎、布局引擎，到中层的DSL，再到上层的框架全部由自己开发，代表框架是Qt和Flutter。

这类框架优点非常明显：性能(的上限)高各平台渲染结果一致。

缺点也非常明显：需要完全重新学习DSL(QML/Dart)，以及难以适配中国特色的端：小程序。

这类框架是原始也是纯正的的多端开发框架，由于底层到上层每个环节都掌握在自己手里，也能大可能地去保证开发和跨端体验一致。

但它们的框架研发成本巨大，渲染引擎、布局引擎、DSL、上层框架每个部分都需要大量人力开发维护。

2.Web技术型这类框架把Web技术(JavaScript，CSS)带到移动开发中，自研布局引擎处理CSS，使用JavaScript写业务逻辑，使用流行的前端框架作为DSL，各端分别使用各自的原生组件渲染。

代表框架是ReactNative和Weex，这样做的优点有：开发迅速复用前端生态易于学习上手，不管前端后端移动端，多多少少都会一点JS、CSS。

缺点有：1.交互复杂时难以写出高性能的代码，这类框架的设计就必然导致JS和Native之间需要通信，类似于手势操作这样频繁地触发通信就很可能使得UI无法在16ms内及时绘制。

ReactNative有一些声明式的组件可以避免这个问题，但声明式的写法很难满足复杂交互的需求。

2.由于没有渲染引擎，使用各端的原生组件渲染，相同代码渲染的一致性没有一种高。

3.JavaScript编译型这类框架就是我们这篇文章的主角们：Taro、WePY、uni-app、mpvue、chameleon，它们的原理也都大同小异：先以JavaScript作为基础选定一个DSL框架，以这个DSL框架为标准在各端分别编译为不同的代码，各端分别有一个运行时框架或兼容组件库保证代码正确运行。