本来是想介绍Semantic-UI的，但如果只介绍这个框架，没什么内容，框架相关feature站点上有不需要说，HTML/CSS这种标记语言/样式表在使用层面也没什么好讨论的，所以干脆列出自己常用的几个前端框架，算是做个阶段性总结。
本文的核心是侧重于HTML/CSS的框架，JS框架或以JS为核心的框架不讨论(比如YUI)；多屏已是既定事实，虽然不是所有开发都要考虑自适应，但有自适应功能至少说明了这框架短期内不会被淘汰，所以不带自适应功能的框架不讨论(比如flaminwork)；非开源、不可商用，或是需要付费的框架不讨论(比如easyframework)。
先说Bootstrap，这两年都在用它，如今Bootstrap有点烂大街了，难免有些审美疲劳。但想想在Bootstrap这种框架出现之前，程序员做的界面实在是惨不忍睹，如今至少升级成“还能看”的级别了，所以“泛滥”这个问题是瑕不掩瑜的。平时开发个小工具用它来做界面，写个底层脚本用它来做文档界面，工作环境中也可以用来做原型或是布局，谁都看得懂没什么学习成本。总体来说，这个框架对于互联网的美化实在是功不可没。
Bootstrap的优点是拿来就能用，节省时间，不需要做什么定制，也不适合做定制——最多改改颜色，如果对自适应有定制需求可以考虑用Foundation来替代。这个框架我最初是用来写产品原型的(这个用途现在已经被Bootstrap替代了)，结果到3.0版Foundation更改Title为“全世界最先进的前端自适应框架”(most advanced responsive front-end framework in the world)，是否最先进有待商榷，但它在自适应方面的定制性确实比Bootstrap好，Bootstrap有的控件它都有。
我没在生产环境中用过Foundation，12年6月它由原型工具转型成前端框架时，Bootstrap已经很流行了，有Twitter做技术后盾，不太可能说服程序员转向Foundation。现在的4.0版本用Zepto替换了jQuery，如果项目中在用Zepto可以考虑用它代替Bootstrap。
接下来才是本文的重点——Semantic-UI。Bootstrap很通用，兼容性很好，甚至能兼容低版本的IE，Semantic-UI则更Geek，有不少CSS3的特性，比如Shape和Reveal就很有趣。从界面设计风格来说，Semantic比Bootstrap(2)更扁平化：
这些特性都很fancy，但我现在用Semantic-UI替换Boostrap，主要是因为它的JS插件(Modules)更容易操作，视图(Views)中的评论(Comment)和动态信息(Feed)实在是帮了大忙，反正我需要用到的Bootstrap功能它都有，于是欢乐的更换了Semantic-UI。
以上框架适合擅长实现功能(前端的js以及后台相关交互)但不擅长设计的程序员，用以上框架可以快速做出一个不错的Web界面。另一种场景是自己会设计，或是由专业设计师出设计，再转成HTML/CSS，上述框架就太重了，很多功能用不上。
这种情况我通常只需要框架来做布局(Grid)，10年写过一篇文章介绍网页设计多用960px宽度的原因，当时还在用960gs，但自适应的需求960gs满足不了，就用了一段时间的lessfreamwork。最近960gs的作者开发了unsemantic，于是又换成了unsemantic。在编写自适应网页时，要根据设备的不同加载不同的css文件，unsemantic都替你切分好了，省时省力。
最后得说说Topcoat，可以认为 Smantic-UI–unsemantic = Topcoat。有时候只需要一个单页面，甚至都不需要导航条，我是用Topcoat+布局类框架来做的。Topcoat可以让各类页面元素更美观，纯css实现，文件小，更灵活也更容易定制。
以上，再次强调本文的目的是布道用，在开发个人项目的程序员们可以考虑尝试Semantic-UI，前端框架的更换风险小，有更多地小白鼠，不，实际用户之后才更利于这个框架被用于生产环境中。