外包开发不可缺少的十大前端框架

 
Bootstrap
 
首先说Bootstrap,估计你也猜到会先说或者一定会有这个(呵呵了),所以这也就是它的强大之处和稳住框架一壁江山的优势,Bootstrap如今完全是有点烂大街的感觉,自己刚入道的时候本着代码任何一个字母都得自己敲出来挡我者废的决心,来让自己成长。结果受到周围各种基友的引诱开始了Bootstrap旅程,当然自己虽然是个设计+前端的万里有一的人才,但是老天只让我会用PS和各种设计工具却不给我和我们设计妹子一样的审美,所以这也是成为我最初选择Bootstrap的原因之一,它让我做出来的东西好歹能在妹子面前装个逼,不过时间长了以后难免觉得Bootstrap美的让人烦躁,但好在它的每个版本都会有很大的改变,不会让人觉得自己做的网站会跟很多网站撞脸。Bootstrap的用法及其简单(这也可能就是Bootstrap作者阅攻城士无数,了解他们痛的结果),以至于是个小前端都可以快速上手,几乎没什么学习成本。
 
官网:http://getbootstrap.com/
 
Github:https://github.com/twbs/bootstrap/
 
作者:MarkOtto和JacobThornton
 
Star:93,112
 
总结:Bootstrap最大的优势就是它非常流行,流行就代表你有问题就有很多人帮你解决问题,就代表装逼它就是利器,还有就是界面比较和谐,容易上手,关注它的童鞋应该发现它的最新V4版也开始支持FlexBox布局,这是非常好的升级体验。劣势就是class命名不够语义化,并且各种缩写,以至于我离了文档就是个菜,最近开始整混合APP,选框架的时候首选就是它,但之前搞PC一直没注意,后来搞混合右键属性看它的时候,瞬间一阵凉风袭来,Bootstrap好小,小到我只好选择别的框架。
 
AmazeUI
 
第二个就是云适配官方所说的妹子UI了,最初使用它就是因为本尊遇到了一个爱纠结细节设计士,有一次她跟我的字体较上真了,结果一句顶万句的BOOS夸了她,然后我就开始淡定的根据她的想法找方法,结果最后找到了AmazeUI框架(我不介意你叫我懒淫),按照官方的话说就是“基于社区开源项目构建的一个跨屏前端框架,以移动优先,从小屏到大屏,最终实现所有屏幕适配,适应移动互联潮流”。但其实我就是看中它号称能解决国内浏览器存在的跨屏适配和兼容性问题的技术问题。
 
官网:http://amazeui.org/
 
Github:https://github.com/amazeui/amazeui
 
所属公司:云适配
 
Star:6710
 
总结:AmazeUI总的来说就是加入更多符合中国市场特性的元素,框架对跨屏、适配都做的比较好的处理并且准备一了系列的常用的网页组件,为减少搞兼容、适配各种敲键盘的加班狗们做了不小的贡献,框架还对中文排版优化,兼容中国本土主流浏览器、轻量化,不仅适用于桌面端,更适合移动端。不过也就有一点感觉不太好,AmazeUI整体文档是否有点太那什么了,比如“人们不会在乎jQuery的那点流量。”,话说我觉得真没啥,不过我从来不会说出来(哈哈),在代码和UI上个人感觉没太多突出的点。
 
FrozenUI
 
第三个是FrozenUI,有段时间看到QQ瞬间高大上了,后来四处打听,原来QQ客服端也用了HTML混合开发,其中QQ会员前端就是用的FrozenUI,并且这套框架开源,欣喜若狂耐不住心里的寂寞直接上手三下五除二试了一遍,初体验的就是基础样式效果简单色调清爽,有个比较活跃的社区所以组件什么的也比较丰富。
 
Github:https://github.com/frozenui/frozenui
 
官网:http://frozenui.github.io/
 
作者:QQVIPFDTeam
 
Star:1,067
 
总结:如果拿FrozenUI配合一些如APICloud用来做混合APP感觉就太酷了,或者原生的火鸡们拿去嵌套在应用中做前端开发,并且这个框架对android2.3+、ios4.0+做了兼容,或者拿来做Webapp也是极好的选择,不过要是放在微信里比这更合适的WeUI框架更是首选了,劣势的话从UI层面就可以看到了,谁让它是出生在QQ会员前端的呢。
 
WeUi
 
第四个是同FrozenUI差不多的WeUi了,也是一个比较专一的框架,应该说比前者更专一,话说连个官网都不搞,所有答疑都在gitHubIssues解决了,这个框架极其简单,体积当然就不用说了,模块也就7个左右,不过虽然小做的却不错,口碑看star就够了,框架从16/1/23发版至今githubstar超过7K,不过也不排除用户没地方发泄所以都跑到git上来,哈哈。
 
Github:https://github.com/weui/weui
 
DEMO:http://weui.github.io/weui/
 
Star:7,129
 
总结:看完微信设计团队设计的这套DEMO,二话不说如果要做微信公众,这个必然是首选了。框架不好的地方简而言之就是框架本身应该就没考虑过让用户用到非微信的场景之下。
 
SUI
 
“SUI是一套基于bootstrap开发的前端组件库,同时她也是一套设计规范。通过SUI,可以非常方便的设计和实现精美的页面”。果然还是直接引用官方给的枯燥无味广告要节省自己的脑细胞(囧…),当然了就像广告说的如果你之前用过Bootstrap,那么可以轻松转向SUI,这可能就是淘宝给前端屌丝们的福利了。
 
Github:https://github.com/sdc-alibaba/sui
 
官网:http://sui.taobao.org/sui/docs/index.html
 
Star:120
 
AUI
 
第六个是最近刚起来的AUI,虽然作者声称是专为APICloud开发者设计的一套UI框架,但实际它还是解决了很多移动前端开发的普遍问题,是主要面向混合开发的CSS框架。看起来作者比较猖狂,各种高级CSS3遍地使用,这也使得我不得不去查查这些个CSS3的兼容性。不负众望果然选的都是兼容不错的属性,哈哈了一顿激动从前辈手上大胆认识了几个好东西,并且框架还提供了聊天界面、计数列表等组件,解决了很多复杂的让我骂娘的布局,现在可以直接拿走就用。
 
Github:https://github.com/liulangnan/aui
 
官网:http://www.auicss.com/
 
作者:流浪男
 
Star:92
 
总结:这个框架对我来说有个优点就是纯CSS框架,自己以前也就用过Pure,自己有点js能力,如果不是复杂的效果自己找个纯CSS框架自己随便改改就能达到效果,而现在CSS3也已经能够做到各种动画,效率、质量、高效各种一顿考虑所以还是选择了这种CSS框架。而一直觉得不满的是这框架的文档真的好那什么,说好的高大上呢。
 
MUI
 
曾经一直使用Android系统的我,后来见到IOS,果断移情别恋了,不知道为什么苹果每次调整系统我都特别喜欢,后来一段时间因为缺设计我专门模仿IOS系统做UI,但始终不能够做到很好,无意间就发现了MUI这个框架,这个框架给我的吸引之处就是它的UI是以IOS为主体设计的,当然它也补充了android特有UI样式。并且MUI官方声称用来开发APP还能够提高用户使用流畅度,然后便试着了解和使用一段时间。
 
官网:http://dev.dcloud.net.cn/mui/
 
Github:https://github.com/dcloudio/mui
 
Star:2,450
 
总结:就像之前说的这个框架是以两大系统为参照来封装UI组件,不太好的地方这也是我特别关注的一点,关于开发应用的流畅度,我当然知道这是H5目前的劣势,但是看到官网给的描述,还是抱着期待的心理试试看能否提升,然而它其实还是需要借助Webview来提升,而不是框架本身。
 
SemanticUI
 
倒数第三个是SemanticUI,接触这个框架还是因为Bootstrap,SemanticUI刚上线github就受到大量开发者的关注,以至于很多人拿它俩对比各种挑刺各种夸,是好是坏不能单凭别人三句四句就抬起手指开始赞,用了以后自我感觉UI上跟Bootstrap没太多的区别,不过代码命名规范上却相差甚大,我自认为SemanticUI是不是就是想做的不一样的出来,它的命名全是采用复合的方式,类名特别的离散,用的时候你得很小心自己扩展或者新增的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
 
Pure
 
总是最后一个了,这个框架是我在一次做管理系统接触的,选择使用也是因为框架小巧,并且是纯CSS,没有太多的牵扯,好用来与其他框架快速结合使用。
 
官网:http://purecss.io/
 
Github:https://github.com/yahoo/pure/
 
Star:13,592
 
介绍完毕,估计你应该看出来了,我使用框架真的也就是遇到了需求,才选择了某个框架,所以框架之间并没有什么好与特好之分,只能说你的需求是什么,这个框架合适不合适你去用,各种框架用起来也都大致差不多,会用一个其他的上手也就都变得简单容易上手,我觉得能写框架的人都是室外高仁。