选择最佳前端框架：考虑因素、用例和建议 (如何选择前端和后端)

前端测试与后端测试

关于产品运营的一些总结。

从今天开始，我来写一些关于互联网运营的内容。 这主要是一方面总结我目前的工作，捋清思路，另一方面也算是输出些内容，输出些价值，毕竟人呢，总做消费者就会变懒的。

今天要说明的东西，也是我新学到的两个词，一个词叫做前端测试，还有一个词叫做，后端测试。

前端测试是是什么意思呢？是值得，当一个活动，或者篇文章，你要推出去之前，你需要首先做一些评估，比如根据以往的经验来看，这个活动能够带来多少的浏览量，能够带来多少的转化，能够带来多少的活跃，等等。 当你觉得，这个结果是可以接受的，那么就可以开始正式的去推。

这一点更多的是凭借经验来看，比如我之前在媒体写评论的时候，就是按照这样的方法。 但是这个方法其实有一个问题，那就是你的所筛选的内容会越来越少。 当完全的固定之后，你的套路就不会有什么新的变化了。

这一点和人们正常的思路有很大的相关性。 比如说，刚开始一个新的工作，我可能会更多的去尝试新鲜的东西，但是慢慢的随着kpi的建立，会引导人逐渐缩小探索的范围，当然缩小探索的范围也是有价值的，其价值在于，能够更高概率的达成最低标准。 但是这样之后的路不会走的太宽。 因为你总是要被kpi所束缚。

而后端测试来看，玩法是这样的。 就是说，你先将一个你觉得可能不错的东西丢到人群中，然后看几个节点的指标，算下转化率，这个指标不用完全的准确，事实上也不可能有完全的准确一说。 只要采用同样的标准去测就好了。

而这个转化率呢，主要看亮点，一个是有多少人进来，二个是有多少人出去。

有多少人进来，这主要是取决于你题目的看点是否够强、图片的焦点能否更好的抓住人的眼神。 当然也跟你是谁有关，事实上所谓情感因素，会在后期很大程度的影响你的打开率，因为如果你这个人名声很好，在社区中有说话权，那么你的打开率会高，如果你很讨人嫌，那么打开率通常也会很高，因为人们会想，这孙子今天又说了哪些煞笔话。

而多少人出去，这一点可能还要看亮点，一个是怎么出去。 还有一个是出去的效果是否能够让你达到目的。 这其中就有非常多的点去考虑。

当然一说到目的，这块可能又涉及到运营的核心了，如果产品的核心是围绕如果更优质的解决人们所遇到的问题，那么运营的核心就是围绕产品所提供的价值，通过各种方法去达到你所设想的一个又一个的目标，最终达到让产品能够有活的更久，活得更好。

by树八哥

在实际工作中，接口的展现形式不是固定。 但是市场上，最多的还是HTTP协议的接口测试。

基于HTTP协议的接口测试，工作开展方式类似于这样：

项目立项阶段-项目经理、产品经理、测试经理、CEO等人员参与

需求阶段-产品经理根据项目，输出需求规则说明书，产品说明书；然后需求评审

项目排期-项目经理根据产品功能，确定开发、测试、上线计划的时间节点

研发阶段-输出概要设计和详细设计文档，并且各个角色根据文档设计系统架构、数据库、配置文件；并开始编写业务功能的代码

测试阶段-单元测试、集成测试、系统测试、验收测试（接口测试属于集成测试）

发布上线-上线问题验证和维护

测试阶段的细节：

测试工作的开展，与公司对测试流程的管理和把控有很大关系，不同的公司，把控力度都不一样。 在标准的测试流程里面，我们需要编写测试用例，但是有的公司甚至测试用例都不用写，对测试质量的控制，停留在“测试人员的责任心和技术水平”上。

如果是一个有前后端的项目，那么接口测试流程是这么开展的：

1.后端开发人员完成代码编写，输出接口文档

2.前端开发和后端开发进行前后端联调，打通主干流程；联调结束后，后端开发人员提测接口

3.接口测试人员，根据后端开发的提测的接口，按照接口文档在【测试环境】进行接口测试。此时前端开发人员在并行开发前端页面

4.此时，由于项目中，前端开发、后端接口都在同时进行，所以会出现测试和前端开发的进度问题：

前端开发完成、接口测试完成：这是最理想的情况，此时手工功能测试介入测试，接口测试人员进入验收测试。

前端开发完成、接口测试未完成：此时手工功能测试也会介入测试，与接口测试并行测试；（PS：如果功能测试结束了，接口测试依然未完成，那么手工功能和接口一起进入验收测试。）

前端开发未完成、接口测试已完成：手工功能测试无法介入。

5.【测试环境】的接口测试结束后，接口测试人员需要在【验收环境】进行验收回归测试

6.【验收环境】执行通过后，接口测试人员，可以把接口自动化脚本，利用持续集成技术，集成到平台中，进行持续的校验。

7.最后发布上线后，一般接口测试人员不需要介入生产环境的接口测试。但是少数情况下，接口测试人员，也需要在生产环境进行接口测试（不建议）

了解了吗？如果想晋升，或者是学习软件测试的最新知识，欢迎来看黑马程序员视频库内容，有最新的软件测试学习内容哦！

1分钟解决前后端联调问题

GeekCodeCloudIDE下一代云编程环境

王泰,吴阳怿

相比于Jenkins来讲，极大简化了CI流程，无缝联调，这是最吸引我们的地方。 之前没法在自己的电脑上调试的，一旦变成了URL，一切问题就都解决了。

前后端分离的开发几乎是非常常见的一种模式，几乎每一个项目都是采用这种模式进行开发。 前后端联调离不开中间的API接口。 基于API接口的联调过程大家都很喜欢，但怎么搭建一套可以运行API接口和后端服务，最好可以把前端的页面也同时可以运行的环境？

现状

仔细观察工程师的开发测试过程，以下三块最重要：本地的手动测试，前后端联调测试和自动化的继承测试。

选自lyft的开发过程资料

本地手动测试要求web环境的启动速度快且容易完成。 是测试中最高频的环节。

前后端的联调测试中，工程师们在面对独立的feature/staging测试，合作的可以更加容易、安全，并且测试的流量独立。 这个过程的特点，频次略高，对团队协作的要求强。

自动化的集成测试，是上线前必须依赖的环节，需要保证过程的完整性，因为不需要人力的参与且低频，只要保证稳定和完整即可。

搭建一套联调环境并不是拥有一台服务这么简单。 从前端工程师的hosts文件修改开始，到浏览器的缓存，webpack的反向代理，nginx配置，到测试服务器websocket配置，https/ssl证书配置。 还有特定场景的定制化，比如：app页面的真机调试等待。

当前解决方案

目前解决方案一般分为三种

本地端口打通

API管理工具

本地端口打通

打通本地端口，就是指大家的测试环境在本地电脑搭建完成，电脑之间打通端口互相访问。 这种方式的实现成本最低，因为原本的开发机上本来就已经具备了相关环境，打通了大家的端口，就可以互相访问测试了。 但是这种方式只能在局域网内完成，而且缺少安全性。

推荐指数：2颗星

适合个人开发或者临时的项目，虽然是最方便的方式，但是安全性和维护性都不适合长期使用。

优势：

联调的互动性便利，开发环境和测试环境一致，对个人开发者来说容易维护

劣势

安全性低，不易在团队内分享和团队维护，不能在公网实现

Jenkins或其他CI工具无疑仍然目前是开发团队最普遍使用的方式，主要原因是这种方式的稳定性和易于维护的特点。 不过Jenkins的专业性和复杂的流程也让一部分人用不起来，而且jenkins主要解决了部署服务器，服务器的配置问题以及网络环境的问题并没解决，还是需要专门的运维人员解决。

集成测试阶段：

推荐指数：4颗星

适合中大型团队，已经有多台测试环境管理和专业运维人员的团队。

前后端联调阶段：

推荐指数：3颗星

对于联调场景使用Jenkins有点大炮打蚊子的意思，不是不能用，但是面对敏捷过程时，繁琐的流程显得有点笨重，有优化空间。

优势：

容易维护

劣势：

成本大，流程长，专人维护Jenkins；联调中每次代码修改的时间需要增加10分钟以上，频繁的gitpush。

API管理工具

现在很多API管理工具都被APImock的功能，这个功能不是单独存在的，需要配合独立的服务器并与API文档共存。 mock的API是在前期demo阶段使用的接口，并不能满足真正的联调需求。

所以目前API管理工具解决前后端联调问题还不够完整

推荐指数：2.5颗星（因为讨论的联调场景，目前还不完善）

优势：

与API文档绑定，支持mock，可以做到面向接口编程

劣势：

联调场景暂时还不够完善，依然需要独立维护

DevURL是GeekCode上专门为解决云端协同开发和前后端联调场景的功能。 工程师可以设置在workspace内监听的端口，GeekCode提供虚拟URL让用户在公网上直接访问API，或者在浏览器中渲染页面。 前后端工程师在同域的url，解决了前端调试跨域问题，不用配置DNS/hosts等过程。

我们的产品就是在这个平台上开发完成。 我们的工程师团队异地办公，前后端的工程师通过DevURL方式快速的进行产品联调和验证，快速提高研发效率。 我们团队自己说：相比于Jenkins来讲，极大简化了CI流程，无缝链条，这是最吸引我们的地方。 之前没法在自己的电脑上调试的，一旦变成了URL，一切问题就都解决了。

这段时间我探索了点自动化测试方面的技术，探索结果如下

【后端】：任意后端工程+python自动化测试脚本（实现接口测试），服务器要求：指令服务器即可（即终端操作系统）

【前端】：任意前端工程+python自动化测试脚本（实现UI交互测试），服务器要求：必须是可视化服务器（即有交互界面的系统）（虽然说phantomjs可以实现无界面的情况下进行浏览器测试，但是还是不太推荐，毕竟对于前端而言，可视化才最好）

经过探索下来，发现python在实现自动化方案确实非常合适，且前后端都可以通过python实现自动化测试，如此一来自动化测试也就可以独立出一个工程，而无需受前后端工程语种、框架等各种不同的影响。只是前端自动化测试比较特殊，需要模拟用户交互，最好是有界面的系统（通过浏览器驱动器调用浏览器实现自动化交互测试），也就是说前后端的自动化测试服务器要么都用一台带交互界面的系统，要么就用2台服务器，一台终端服务器测后台接口，一台交互服务器测前端交互

前端和后端结合的过程需要通过接口来进行数据交互。

1.确定接口：前后端开发人员需要协商确定接口，包括接口的名称、参数、返回值等。 在确定接口时，需要考虑数据的格式和传递方式，如JSON、XML等。

2.编写后端代码：后端开发人员需要根据接口的要求编写代码，实现接口的功能。 后端代码需要根据接口的参数进行相应的处理，并将处理结果返回给前端。

3.编写前端代码：前端开发人员需要根据接口的返回值进行相应的处理，将数据显示在前端页面上。 前端代码需要通过Ajax、fetch等技术调用后端接口，并将返回的数据进行解析和处理。

4.测试接口：前后端开发人员需要对接口进行测试，确保数据的传递和处理没有问题。 在测试过程中，需要对接口的各种情况进行测试，包括正常情况、异常情况等。

5.部署上线：当接口测试通过后，可以将前端和后端代码部署到服务器上线。 在部署上线时，需要确保服务器环境的配置和安全性，以及代码的稳定性和性能。

前端开发框架都有哪些

Boostrap绝对是目前最流行用得最广泛的一款框架。 它是一套优美，直观并且给力的web设计工具包，可以用来开发跨浏览器兼容并且美观大气的页面。 它提供了很多流行的样式简洁的UI组件，栅格系统以及一些常用的JavaScript插件。

Fbootstrapp基于Bootstrap并且提供了跟Facebookiframeapps和设计相同的功能。 包含用于所有标准组件的基本的CSS和HTML，包括排版、表单、按钮、表格、栅格、导航等等，风格与Facebook类似。

BootMetro框架的灵感来自于MetroUICSS，基于Bootstrap框架构建，用于创建Windows8的Metro风格的网站。 它包括所有Bootstrap的功能，并添加了几个额外的功能，比如页面平铺，应用程序栏等等。

Kickstrap是Bootstrap的一个变体。 它基于Bootstrap，并在它的基础上添加了许多app，主题以及附加功能。 这使得这个框架可以单独地用于构建网站，而不需要额外安装什么。 你需要做的仅仅是把它放到你的网站上，然后用就可以了。

Foundation是一款强大的，功能丰富的并且支持响应式布局的前端开发框架，你可以通过Foundation快速创建原型，利用它所包含的大量布局框架，元素以及最优范例快速创建在各种设备上可以正常运行的网站以及app。 Foundation在构建的时候秉承移动优先的策略，它拥有大量实用的语义化功能，并且使用Zepto类库来取代jQuery，这样可以带来更好的用户体验，并且提高运行的速度。

GroundworkCSS是前端框架家族里面新添的一款小清新框架。 它是基于Sass和Compass的一个高级响应式的HTML5，CSS以及JavaScript工具包，可以用于快速创建原型并且建立在各种浏览设备上可以正常工作的网站和app。

Gumby是一款基于Sass和Compass的简单灵活并且稳定的前端开发框架。

它的流式-固定布局（消察fluid-fixedLayout）可以根据桌面端以及移动设备的分辨率自动优化要呈现的网页内容。 它支持多种网格布局，包括多列混杂的嵌套模式。 Gumby提供两套PSD的模板，方便你在12列和16列的网格系统上进行设计。

HTMLKickstart是一款可以用来方便创建任何布局的集合HTML5，CSS和jQuery的工具包。 它提供了干净，符合标准以及跨浏览器兼容的代码。

这款框架提供了多种样式表，包括网格，排版，表单，按钮，表格，列表以及一些跨浏览器兼容的web组件比如JavaScript的幻灯片功能，tabs，面包屑导航，包含子菜单的菜单以及工具提示等等。

IVORY是一款轻量，简单但是强大的前端框架，可以用于320到1200像素宽度的响应式布局。 它基于12列的响应式网格布局，包含表格，按钮，表格，分仿咐页，拨动开关，工具提示，手风琴，选项卡等网站中常用的组件和样式。

最后，如果你的新项目需要一款实在的，不需要复杂的额外功能组件的，足够简单的框架，那么Kube将会是你正确的选择。 Kube是一款最小化的，支持响应式的前端框架，它没有强加的样式设计，因此给了你充分的自由来开发自己的样式表。 它提供了一些web元素的基备桥纯本样式，比如网格，表单，排版，表格，按钮，导航，链接以及图片等等。

给大家介绍几个在Web前端界比较优秀的前端框架。

1、Bootstrap

Twitter出品的Bootstrap在业界是非常受欢迎的，以致于有很多前端框架都在其基础上开发，如我们熟悉的WeX5就是在Bootstrap源码基础上优化而来的。 我相信大多数接触过前端开发的同学多少都了解过这个优秀的前端框架。 Bootstrap是基于HTML、CSS和Javascript的，它简洁灵活，可以使得Web开发更加敏捷。

它世扒运提供优雅的HTML和CSS规范，在jQuery的基础上进行更加个性化和人性化的完善。 兼容大部分jQuery插件，并包含了丰富的Web组件，如下拉菜单、按钮式下拉菜单、导航条、按钮组、分页、缩略图、进度条和媒体对象等。 自带了13个jQuery插件，其中有模式对话框、标签页、滚动条和弹出框等。

2、Foundation框架

Foundation框架总体来看要比Bootstrap略显高大上一点，但他们俩的设计理念都是非常清楚的，Bootstrap有引导的意思，它尝试处理你项目中的一切所需。 Foundation有基础、地基及支柱的意思，给你项目中强有力的创造与支持。 相对于Bootstrap丰富的组件及插件，Foundation仅提供了有限的几种元素，其目标是，即使你使用预定义的UI元素，也不应该与大家的网站长得太像。 搜梁

而Bootstrap则致力于提供所有定义好的元素，这样使得看起来许多网站都差不多。 Foundation默认不带图标集，它推荐使用开源字体图标。 与Bootstrap一样，Foundation使用网格流式布局将网页划分为12列，针对不同的设备显示不同的列数，实现响应式布局。 但Foundation不支持旧版本浏览器。 其他特性如有兴趣可进一步了解。

Curl是一个命令行工具，用于通过HTTP(s)、FTP和数十种其它协议进行请求。 使用Curl可以进行文件下载、检查响应标题和自由访问远程数据。

在Web开发中，Curl经常和RESTfulAPI一起使用，用于测试连接。

#-I302FoundCache-Control:privateContent-Type:text/html;charset=UTF-8Referrer-Policy:no-referrerLocation:;ei=0fCKWe6HCZTd8AfCoIWYBQContent-Length:258Date:Wed,09Aug:24:01GMT#.

Curl命令可能比上述代码更复杂。 有许多选项用于控制headers、Cookie、身份验证等。 了解更多，请阅读Everythingcurl。

Tree是一个小型的命令行实此歼用程序，它将目录中的文件以可视化的方式进行显示。 它采用递归运行的方式，遍历每个级别的嵌套并绘制所有内容的格式树。 这样就能快速的浏览并查找需要的文件。

tree.├──css│├──│├──├──fonts│├──│├──│├──│├──│└──2└──js├──└──

还可以使用简单的regEx模式来过滤结果：

tree-P*.*.├──css│├──├──fonts└──js└──

根据维基的解释，Tmux是一个终端复用器。 通俗的说，它是一个能将多个终端连接到单个终端会话的工具。

Tmux允许用户在终端中的程序之间切换，添加屏幕窗格，并将多个终端连接到同一个会话，使其保持同步。 在远程服务器上工作时，Tmux特别有用，因为它允许用户创建新的选项卡，而无需再次登录。

du命令用于生成关于文件和目录的空间使用情况的报告。 du很容易使用，可以递归地运行，遍历每个子目录并返回每个文件的大小。

du的常见用例是：当某个驱动器的空间不足，用户不清楚每个存储器的大小。 使用此命令可以快速查看每个文件夹所占用的存储空间，从而找到占用最大空间的存储器。

AUI是最近流行起来的，作者声称是专为APIClound设计的一套框架，解决了许多移动端开发实际中遇到的许多问题，是一个纯CSS框架。 使用容器+布局+模块的构建方式，JS辅助，更自由更灵活更易于扩展使用。 遵循GoogleMaterial设计规范，完美适配各个机型。 面向HTML5，使用CSS3实现动画交互，轻量级高性能。 AUI是使用MITLicense授权，你可以复制、出售。 目前最新版本2.0。

这是称为妹子UI的开源框架，据称是中国首个开源HTML5跨屏前端框架。 妹子UI以移动优先为理念，从小屏逐渐到大屏，实现响应式网页。 AmazeUI包含20+个CSS组件、20+个JS组件，更有多个包含不同主题的Web组件。 相比国外框架，妹子UI关注中文排版提供本地化支持。 面向HTML5开发，使用CSS3来实现动画交互，轻量级高性能。

9、FrozenUI

FrozenUI是一款开源，简单易用，轻量敏捷的移动端框架。 基于手Q样式规范，目前全面应用于企鹅手Q增值业务中。 基础样式效果简单色调清爽，社区活跃，组件自然不少。 包括按钮、列表、表单、通知、提示条、弹出框、选项卡等等常用组件。 还包括一个FrozenJs的JS组件库。 可以在主流的Android和IOS上应用。 基本样式使用离线包的方式减少请求提供快速接入方案。 当然，根据网友反映，也存在大大小小的bug。 不过总体来说，还是值得一用的。 奇怪的是，Github上显示的最后更新时间是一年前，难道已经没人维护了吗？

#Runningthiswillshowthespaceusageofeachfolderinthecurrentdirectory.#The-hoptionmakesthereporteasiertoread.#-spreventsrecursivenessandshowsthetotalsizeofafolder.#Thestarwildcard(*)willrunduoneachfile/-sh*1.2GDesktop4.0KDocuments40GDownloads4.0KMusic4.9MPictures844KPublic4.0KTemplates6.9MVideos

还有一个相似的命令df（DiskFree），使用df会返回有关可用磁盘空间的各种信息。

以上介绍了现在热门的几个Web前端框架，以及它们的主要功能，希望对大家学习Web前端有所帮助。

java前端后端都有哪些框架?10分

java的前端和后端框架现在比较多，就目前热门的来说：

前端：jspajaxjquaryjssliverlight，很多都是基于js开发的框架，前端是比较好玩的一个东西

后端：基础springhibernatemybatisibatisservletstruts，然后你可以进行不同的组合

比如s***ssissh，按照分层结构就是简单的mvc结构，可以使用modelandview这样的对象返回页面，现在比较常用这个，

关于后端程序员写前端用什么框架更好

推荐两个颜值很高的前端框架：AdminLTE：基于Bootstrap的一套后台系统，有很多现成模板可使用，又好看又好用，必须推荐！官网：FreeBootstrapAdminTemplate预览：AdminLTE2|DashboardGitHub：almasaeed2010/AdminLTE·GitHub

前端开游桐发框架有哪些

首先我想说明一下，我们通常说的js不是框架，是语言，即javascript，据最新世界编程语言排行榜来看，已经上升到了第7位，发展迅猛，其标准是ECMAScript，现在基本上是基于ECMAScript5。 jQuery是用js写的框架，其在DOM操作上有很明显的优势，也是时下很常用的一个js框架。

至于之外还要学习那些框架呢？

如果你说的是js框架，建议先掌握好jQuery，然后还有很多的，比如楼上提到的extjs，近几年比较流行的AngularJS，基于移动端考虑的轻量级仿jquery框架zepto，还有jquerymobile，还有适合写后端或服务端的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/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级封装的本质上把前后台耦合得更紧密。 一个人做一个项目还可以考虑，但是......

Web前端和后端分别是什么语言/框架构建的

zhihu/question/

转

关于后端程序员写前端用什么框架更好

各大前端框架可以按照逗封装度地的标准来区分。 设计刚出的一套网页皮肤，封装度为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/DWZeasy-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编程前端和后端分别包括哪些技术？

前台。 jsphtmlJavaScriptjQuery各种jQuery的前台框架。

后台。javastruts2springhibernateabitasjdbcejbwebservice各种后台框架

高级点的有云计算，大数据

关于后端程序员写前端用什么框架更好

时间过去好久了，问题想必你已经想清楚了。 我再简单说说。 如果你自己能包揽前后台，理解这个肯定没问题。 网站能运行，说白了是这么几步。 客户端请求--》服务端响应HTML.--》用户在网页上进行操作(即请求）--》服务器响应操作（新页面或ajax。

关于后端程序员写前端用什么框架更好

程序员用框架不能算是“写前端”，只是现成框架套用而已。

后台管理系统，前端框架用什么最好

前端js框架太多了，