前端模板比较

A. 几个Web前端开发框架的比较

Bootstrap

Bootstrap是目前可用框架中无可争议的领导者。其人气日益增长，你可以放心的选择这个框架，而不必担心项目会失败，因为具有广泛使用基础的框架，不太可能被抛弃。

UIkit说明

UIkit成功应用在许多WordPress主题中。它提供了灵活和强大的手动定制机制（以前版本的框架还提供了高级GUI定制程序）。

什么是最适合你的框架？

在选择框架时，可以从以下几个方面考虑：

如果你还不确定使用哪个框架，那么可以采用混合搭配的方式。当某个特定的框架不能满足你的需求时，可以混合使用两个或多个项目的组件。

最后值得一提的是，现在Flexbox和Grid Layout在主流浏览器的最新版本中得到很好的支持，比以往任何时候都更容易构建复杂的布局。这可能会鼓励更多的开发人员放弃前端框架，从头开始编写他们自己想要的布局。

来源：网页链接

B. 前端模板引擎与各种流行框架之间有什么区别

第一步为什么要使用模版引擎
1、前端模版引擎和前端框架不一样
2、缓存模板结构，在数据层操作完直接套用模板输出到客户端界面中
3、减少dom操作的异常、减少拼接html的痛苦、减少各浏览器下dom操作的延迟差异

C. 现在主流的前端框架有哪些

现在前端主要流行三大框架。给大家具体分析一下这三个前端框架：

1、Angular

大家眼里比较“叼”的框架，甚至有人说三大框架中只有她能称的上一个完整的框架，因为他包含的东西比较完善，包含模板，数据双向绑定，路由，模块化，服务，过滤器，依赖注入等所有功能。对于刚开始学习使用框架的小伙伴们，可以推荐这个框架，学会之后简直能颠覆之前你对前端开发的认知。使用 TypeScript能够提高代码可维护性，有利于后期重构。双向数据流很方便，但是等业务复杂之后，你可能就搞不清楚数据流了。还有令人不开心的脏值检查，以及directive的封装并没有解决视图与数据关系完全分离，有时候还要用$digist强制触发检测。

2、React

这个框架本身比较容易理解，他的结构很清晰，就是由十几个API组成，然后异步渲染，我们只需要处理好接口和维护就好了，但是很多人反映上手还是有一定的的难度的。React是单向数据流，代码写起来会较双向数据流的多一些，但是同样的排查问题时思路清晰很多。

3、Vue

号称是最简单，最容易上手的框架，同时也是行内的大趋势，还可以用来开发最火的小程序。毕竟用这神器，代码码的飞快，项目也能快速上线。同时他也是双向数据流。有些人认为Vue是Angular和React的结合，既有Angular的模板语法也有React的组件化体系。

当你学会其中某个框架之后，你再转用其他框架的时候，学会是很容易的，因为方法都是大同小异的。具体的使用还是得看公司的项目适合或者要求哪个框架。

D. 现在比较常用的前端框架有哪些

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这个东西，或许这就是你想要的。

E. 前端什么框架更好用

bootstrap框架，这个应该是所有前端开发都知道并用过的一个框架了，应为这个是目前最流行的框架，使用最广，网上文档资料模板最多最容易查找的了。它提供了很多流行的样式简洁的UI组件，栅格系统以及一些常用的JavaScript插件，简洁、直观、强悍，让web开发更迅速、简单。

Foundation 是一个易用、强大而且灵活的响应式前端框架，用于构建基于任何设备上的响应式网站、 Web应用和电子邮件。结构语前端的学习都是需要不断的学习，学一天停一停相当于白学，学习效果很差，如果你想有人一起学习可以来这个扣裙，首先是132 中间是667最后是127 都是零基础的同学，大家相互鼓励 共同努力 只是学着玩就不建议来了!!!义化、移动设备优先、完全可定制。

Semantic UI 经过多年的努力、致力于可以用更语义化的方式构建网站、原生语言规则让代码更易读易懂。

Amaze UI | 中国首个开源 HTML5 跨屏前端框架。Amaze UI 以移动优先（Mobile first）为理念，组件丰富，模块化；本地化支持， 关注中文排版；轻量级，高性能。官网提供有丰富的模板下载。织梦系统wap手机模块就是用的就是这个。

SUI 是一套基于bootstrap开发的前端组件库，同时她也是一套设计规范。通过SUI，可以非常方便的设计和实现精美的页面。

SUI Mobile 是一套基于 Framework7 开发的UI库。它非常轻量、精美，只需要引入我们的CDN文件就可以使用，并且能兼容到 iOS 6.0+ 和 Android 4.0+，非常适合开发跨平台Web App。

F. web前端主流框架主要有哪些

1、Bootstrap

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

8、Amaze UI

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

9、Frozen UI

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

# Running this will show the space usage of each folder in the current directory.# The -h option makes the report easier to read.# -s prevents recursiveness and shows the total size of a folder.# The star wildcard (*) will run on each file/folder in current directory. -sh *1.2G Desktop4.0K Documents40G Downloads4.0K Music4.9M Pictures844K Public4.0K Templates6.9M Videos

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

G. web前端三大主流框架都是什么

web前端的三大主流框架主要是React、Vue.js、Angular。

React

React框架是起源于Facebook的项目，可以轻易地解决跨浏览器兼容的问题，主要是通过对DOM的模拟减少与DOM的交互做到的。React的模块化把组件进行了隔离，出现问题的时候更方便程序员对其进行修改，而且由于JavaScript，因此更有利于搜索引擎的优化。

优点：引入了一个叫作虚拟DOM的概念，运行速度快；提供了标准化的API，解决了跨浏览器问题、兼容性更好；代码更加模块化，重用代码更容易，可维护性高。

缺点：React是目标是UI组件，通常可以和其它框架组合使用，并不适合单独做一个完整的框架。

Vue

Vue是相对比较轻量级的框架，是通过进行双向数据绑定来达到驱动页面的效果，大多程序员在学习新框架的时候都会先从Vue开始。Vue比较简单，官方文档介绍的很清楚，可以非常快速的通过异步批处理的方式对DOM进行更新，也能把可复用的、解耦的组件组合在一起使用，更能允许多种模块的安装，场景使用也更加灵活。

优点：渐进式构建能力是Vue.js最大的优势，Vue有一个简洁而且合理的架构，使得它易于理解和构建。Vue有一个强大的充满激情人群的社区，这为Vue.js增加了巨大的价值，使得为一个空白项目创建一个综合的解决方案变得十分容易。

缺点：在模型-视图应用程序和状态容器类型的应用程序之间的互相转换可能会令人感到困惑；它类似于Web组件的模式，而不是真正的Web组件。

Angular

Angular拥有很好的应用程序，是一个以JavaSpript编写的库，模板功能也异常强大，本身就带有丰富的Angular指令。一方面可以通过指令扩宽HTML，一方面可以通过表达式绑定数据到HTML。

优点：模板功能强大丰富并且是声明式的，是一个比较完善的前端MVC框架，自带了丰富的Angular指令；ng模块化比较大胆的引入了Java的一些东西（依赖注入），能够很容易地写出可复用的代码，对于敏捷开发的团队来说非常有帮助。

缺点：验证功能错误信息显示比较薄弱，需要写很多模板标签；ngView只能有一个，不能嵌套多个视图；比较笨重，没有让用户选择一个轻量级的版本。

H. Web前端工程师该如何选择web前端模板引擎

今天小编要跟大家分享的文章是关于Web前端工程师该如何选择web前端模板引擎?如果你正在从事web前端工作，如果你也想要了解如何选择web前端模板引擎的知识，那么就来和小编一起看一看本文为大家介绍的内容吧~


一、Web模板就在那里


模板引擎负责组装数据，以另外一种形式或外观展现数据。浏览器中的页面是Web模板引擎最终的展现。


无论你是否直接使用模板引擎，Web模板一直都在，不在前端就在后端，它的出现甚至可以追溯到超文本标记语言HTML标准正式确立之前。


二、服务端的模板引擎


我所知道最早的Web模板引擎是PHP，它正式诞生于1997年，工作在服务器端。让我们看看PHP官方的intro-whatis：


PHP(“PHP:Hypertext
Preprocessor”，超文本预处理器的缩写)是一种被广泛应用的开放源代码的多用途脚本语言，它可嵌入到HTML中，尤其适合web开发。


PHPer普遍赞同PHP本身就是最天然、原生的PHP模板引擎，因为她本来就是。在PHP的世界里多次出现过再包装的模板引擎，着名的有
smarty。


其它服务器端语言很多都有HTML模板引擎，比如JSP、mustache。


毫无疑问，这些服务器端模板引擎最终生成的结果是HTML(XML)字符串，处理流程逻辑使用宿主语言本身的语法实现。


它们的共同特征：HTML只是个字符串,最终结果可能还需要类似Tidy这样的清洁或修正验证工具。


这里提出一个问题：二次封装的smarty有存在的必要么?


三、浏览器端的模板引擎


我所知道最早的前端模板引擎是jCT，它托管于Google
Code，诞生于2008年，宿主语言是JavaScript，工作在浏览器中。很荣幸，我就是jCT的作者，相关早期博客可以查看achun、githubjCT
备份。


直到今天写这篇文章，我才发现pure-js这篇文章里面也提到不少先行者——jemplate最早在2006年就创建了。


今天在OSC搜索JavaScript模板引擎你会得到100+个结果，下边列举一些：


·轻量度：tpl.js、T.js


·认知度：arttemplate、mustache.js、doT.js、handlebars.js、pug


·DOM-tree-based：domTemplate、transparency、plates


·VDOM-based：htmltemplate-vdom、virtual-stache、html-patcher


·流行框架：Vue.js、ReactJS、riot


·Real-DOM：PowJS


它们的共同特征：全都支持插值。


这里还有templating-engines受欢迎度的对比，甚至best-javascript-templating-engines
投票及正反方的理由。


四、如何选择


我认为存在即合理，每个引擎、框架总有可取之处，至少在你的应用里，在某个时代，所以本文不会评论某个引擎哪一点不好，那样是不客观的。现在回答前边提到的问题：smarty
有存在的必要么?我的答案是：有。理由很简单，看给谁用、看大背景。


对于前后端没有分离的应用，或前端人员对后端语言不够熟悉，或因岗位职责需要，那么前端人员掌握一种比较通用的模板语法(语言)是现实的，反之让PHPer自己去使用
smarty那就太浪费技能了。


下面是通常意义上的引擎选择建议：


1.前提，选择的引擎能满足数据渲染需求，且不和现有依赖冲突，如果你已经非常熟悉某个引擎，那你已经有答案了。


2.是一次性的项目需求么?是的话直接选择轻量的，学习复杂度最低的。


3.是要做组件开发么?


4.引擎支持预编译结果，不必每次都实时编译么?


5.要跨平台么?有官方提供支持的，首选类React-JSX的引擎或纯粹的VDOM引擎。


6.选择学习或维护复杂度最低的，众所周知，开发者对调试的时间超过写代码的时间深恶痛绝。


7.最后才是性能对比，性能对比是一件非常细致的工作，他人的对比结果不一定符合你的场景。


我认为应该弱化语法风格的对比，偏好是没有可比性的，一些语法甚至有特殊的背景原因。


为什么最后才是性能对比?


性能的确很重要，但如果性能还没有影响到你的应用体验度，那就忽视它。很难真实地模拟应用场景，通常只有通过真实场景来检验，目前的测试工具还达不到这种效果。


前述问题有些有固定答案，下面讨论余下的问题：如何考虑组件开发、支持预编译、复杂度?


五、组件开发


进行组件开发已经不再是选择模板引擎的问题了，这是生态环境选择的问题。如果你的应用需要更快地完成，那么时间点是第一位的，就选择流行框架，有足够多的组件让你使用或参考。如果你的应用有独立的生态环境，需要技术选型以便长期维护，那继续看下文。


六、预编译


预编译应该具备：


1.编译结果在目标环境中不再需要编译过程。


2.编译结果可调试性，这意味着结果应该包含原生ECMAScript代码，而不是纯粹的数据描述。


大家都知道React-JSX是支持预编译的，官方的说法是ReactWithoutJSX，即总是build过的。


一些基于字符串处理的引擎也支持预编译。如果你需要预编译，建议抛弃编译结果依然是基于字符串拼接的引擎，那样还不如不预编译，那是HTML5未被广泛支持之前的技术手段。


至少也要有类似React-JSX这样的编译结果才具有可调试性。备注：Vue.js支持多种模板引擎，可达到同样的效果。


原ReactJS代码，其中用到了WebComponents技术：classHelloMessageextendsReact.Component{

render(){

return