来源：php-z
　　作为一名在前端死缠烂打 6 年并且懒到不行的攻城狮，这几年阅过很多从知名到很知名的前端框架，本来想拿 15-20 个框架来分享一下，但在跟几个前辈讨教写文章的技巧时果断被无情的打击了，所以这里我还是低调的只拿出 10 个框架来个大锅乱炖，凑够字数也就全剧终了。下面的框架也没有什么先后顺序之分，我想到啥就写啥啦 (作为前端，我一向都这么的任性 ^_)。
　　Bootstrap
　　首先说 Bootstrap，估计你也猜到会先说或者一定会有这个 (呵呵了)，这是说明它的强大之处，拥有框架一壁江山的势气。自己刚入道的时候本着代码任何一个字母都得自己敲出来挡我者废的决心，来让自己成长。结果受到周围各种基友的引诱开始了 Bootstrap 旅程。本人虽然是个设计 + 前端的万里有一的人才，但是老天只让我会用 PS 和各种设计工具却不给我跟设计妹子一样的审美，所以这也是我最初选择 Bootstrap 的原因之一，它让我做出来的东西好歹能在妹子面前装个逼，不过时间长了难免觉得 Bootstrap 美的让人烦躁，但好在它的每个版本都会有很大的改变，不会让人觉得自己做的网站会跟很多网站撞脸。Bootstrap 的用法及其简单 (这也可能就是 Bootstrap 作者阅攻城士无数，了解他们痛的结果)，以至于是个小前端都可以快速上手，几乎没什么学习成本。
　　官网：http://getbootstrap.com/
　　Github：https://github.com/twbs/bootstrap/
　　作者：Mark Otto 和 Jacob Thornton
　　Star：93,112
　　总结：Bootstrap 最大的优势就是它非常流行，流行就代表你有问题就有很多人帮你解决问题，就代表装逼它就是利器，还有就是界面比较和谐，容易上手，关注它的童鞋应该发现最新 V4 版也开始支持 FlexBox 布局，这是非常好的升级体验。劣势是 class 命名不够语义化，并且各种缩写，以至于我离了文档就是个菜，最近开始整混合 APP，选框架的时候首选就是它，但之前搞 PC 一直没注意，后来搞混合右键属性看它的时候，瞬间一阵凉风袭来，Bootstrap 好小，小到我只好选择别的框架。
　　AUI
　　第二个是最近刚起来的 AUI，虽然作者声称是专为 APICloud 开发者设计的一套 UI 框架，但实际它还是解决了很多移动前端开发的普遍问题，是主要面向混合开发的 CSS 框架。看起来作者比较猖狂，各种高级 CSS3 遍地使用，这让我也不得不去查查这些个 CSS3 的兼容性。不负众望果然选的都是兼容不错的属性，哈哈了一顿激动从前辈手上大胆认识了几个好东西，并且框架还提供了聊天界面、计数列表等组件，解决了很多复杂的让我骂娘的布局，现在可以直接拿走就用。
　　官网：http://www.auicss.com/
　　Github：https://github.com/liulangnan/aui
　　作者： 流浪男
　　Star：92
　　总结： 这个框架对我来说有个优点就是纯 CSS 框架，自己以前也就用过 Pure，自己有点 JS 能力，如果不是复杂的效果，找个纯 CSS 框架自己随便改改就可以，而现在 CSS3 也已经能够做到动画，效率、质量、高效全兼顾，所以还是选择了这种 CSS 框架。有一点觉得不满的是这框架的文档真的好那什么，说好的高大上呢。
　　Amaze UI
　　第三个介绍的是「鹅妹子 UI」，最初使用它是因为本尊遇到了一个爱纠结细节设计师。有一次她跟我的字体较上真了，结果一句顶万句的 BOOS 夸了她，我只好根据她的想法去解决，结果最后找到了 Amaze UI 框架 (我不介意你叫我懒淫)，按照官方的话说就是「基于社区开源项目构建的一个跨屏前端框架，以移动优先，从小屏到大屏，最终实现所有屏幕适配，适应移动互联潮流」。但其实我就是看中它能解决国内浏览器存在的跨屏适配和兼容性问题。
　　官网：http://amazeui.org/
　　Github：https://github.com/amazeui/amazeui
　　所属公司： 云适配 & nbsp;
　　Star：6710
　　总结：Amaze UI 总的来说加入更多符合中国市场特性的元素，框架对跨屏、适配都做了比较好的处理并且准备了一系列的常用网页组件，为减少搞兼容、适配各种敲键盘的加班狗们的工作时间做了不小的贡献。框架还对中文排版优化，兼容中国本土主流浏览器、轻量化，不仅适用于桌面端，更适合移动端。
　　Frozen UI
　　有段时间看到 QQ 瞬间高大上了，后来四处打听，原来 QQ 客服端也用了混合开发，其中 QQ 会员前端用的是 Frozen UI，并且这套框架开源，欣喜若狂耐不住心里的寂寞直接上手试了一遍，初体验感觉基础样式效果简单色调清爽，有个比较活跃的社区所以组件什么的也比较丰富。
　　官网：http://frozenui.github.io/
　　Github：https://github.com/frozenui/frozenui
　　作者： QQVIP FD Team
　　Star：1,067
　　总结： 如果拿 Frozen UI 配合一些如 APICloud 用来做混合 APP 感觉就太酷了，或者原生的火鸡们拿去嵌套在应用中做前端开发，这个框架对 Android 2.3 +、iOS 4.0 + 做了兼容，或者拿来做 Web App 也是极好的选择，劣势的话从 UI 层面就可以看到了，谁让它是出生在 QQ 会员前端的呢。
　　WeUI
　　WeUI 和 FrozenUI 都属于比较专一的框架，WeUI 比 FrozenUI 更专一，话说连个官网都不搞，所有答疑都在 gitHub Issues 解决了，这个框架极其简单，体积当然就不用说了，模块也就 7 个左右，不过体量小做的却不错，口碑看 star 就够了，框架从 16/1/23 发版至今 Github Star 超过 7K, 不过也不排除用户没地方发泄所以都跑到 git 上来，哈哈。
　　Github：https://github.com/weui/weui
　　DEMO：http://weui.github.io/weui/
　　Star：7,129
　　总结： 看完微信设计团队设计的这套 DEMO，如果要做微信公众，这个二话不说必然是首选了。框架不好的地方简而言之就是框架本身应该就没考虑过让用户用到非微信的场景之下。
　　SUI
　　「SUI 是一套基于 bootstrap 开发的前端组件库，同时它也是一套设计规范。通过 SUI，可以非常方便的设计和实现精美的页面」。果然还是直接引用官方给的枯燥无味广告要节省自己的脑细胞 (囧…)，当然了就像广告说的，如果你之前用过 Bootstrap，那么可以轻松转向 SUI，这可能就是淘宝给前端屌丝们的福利了。
　　官网：http://sui.taobao.org/sui/docs/index.html
　　Github：https://github.com/sdc-alibaba/sui
　　Star：120
　　Semantic UI
　　倒数第三个是 Semantic UI，接触这个框架还是因为 Bootstrap，Semantic UI 刚上线 github 就受到大量开发者的关注，以至于很多人拿它俩对比各种挑刺各种夸，是好是坏不能单凭别人三句四句就抬起手指开始赞，用了以后感觉 UI 上跟 Bootstrap 没太多的区别，不过代码命名规范上却相差甚大，本人认为 Semantic UI 是不是就想做的不一样，它的命名全是采用复合的方式，类名特别的离散，用的时候你得很小心自己扩展或者新增的 class 命名与它的类名冲突。
　　官网：http://www.semantic-ui.cn/
　　Github：https://github.com/semantic-org/semantic-ui/
　　Foundation
　　Foundation 算是框架界的元老啦，都说框架去的早，而这个框架一直到现在依然这么的热门，如果你比较介意 Bootstrap 开发撞脸的尴尬事情，那么你可以考虑使用 Foundation。即使你使用预定义的 UI 元素， 也不会与其他网站太像，就像官方说的给开发者更灵活的框架体验。
　　官网：http://foundation.zurb.com/
　　Github：https://github.com/zurb/foundation-sites
　　Star：22,736
　　UiKit
　　UIkit 是 YOOtheme 团队开发的，在许多 WordPress 主题中都有应用 (也就是如果你是个 & nbsp;WordPress 爱好者，那么这个框架应该比较适合深究)，并且框架能够通过 GUI 编辑器和手动编辑，所以它提供了一个灵活、强大的自定义机制。框架借助 Less、jQuery、normalize.css 及 FontAwesome 开源项目的独有特点，整合成了这么一款轻量级、模块化的前端框架。
　　官网：http://www.getuikit.com/
　　Github：https://github.com/uikit/uikit
　　作者：YOOtheme
　　Star：6,372
　　Pure
　　终于最后一个了，我和你一样好开森 (～￣▽￣)～)，这个框架是我在做管理系统时接触的，选择使用也是因为框架小巧，并且是纯 CSS，没有太多的牵扯，好用来与其他框架快速结合使用。
　　官网：http://purecss.io/
　　Github：https://github.com/yahoo/pure/
　　Star：13,592
　　介绍完毕，估计你应该看出来了，我使用框架真的也就是遇到了需求，才选择了某个框架，所以框架之间并没有什么好与特好之分，只能说你的需求是什么，这个框架合适不合适你去用，各种框架用起来也都大致差不多，会用一个其他的上手也就都变得简单容易上手，我觉得能写框架的人都是世外高人。