越来越多的前端开发者采用 单向架构 。那么经典的“模型-视图-控制（MVC）”前景如何呢？ 为了理解我们是怎么到了现在的境地，不妨回首一下前端架构的演化之路。 过去四年，我倾力于大量的网页项目，花了

学习前端很久了，最近被真阿当那篇总结给吓到了，好多人都在批判阿当，虽然也有几个人挺阿当，微博知乎上都是一片骂声。前端现在这么火，有时候也会反思自己是不是踏进了一条浑水河，越趟越浑。 前端很火，

css前端框架以前都在用bootstramp，但是后来项目对浏览器兼容实在太差，就全都改成了手工去写的样式，所以如果项目组内没有美工而且对浏览器要求还特别高的，建议不要乱用框架，否则最后吃苦的是自己。

本文主要如何使用GruntJS来作简单的前端性能优化的自动化处理，我写了一个完整的 例子 放在Github上，可以参考一下。关于Yahoo的前端优化规则请参考： Best Practices for Speeding

一直在苦苦寻找一个合适的前端框架，少说也看了几十个。 ext太重，而且有内存泄露，在IE下就是个悲剧。 dhtmlx，速度比较好，开源是GPL不适合企业应用，商业的要钱，倒也不贵万把块钱，但是样式比较接

才会去考虑性能。常常把与性能相关的事情拖到项目的最后来做，所做的也不过是对服务器上的 config 文件进行一些微调、串联、优化以及部分特别小的调整。而现在，技术已经有了翻天覆地的变化。 一个项目的性能是非常重要的，除

一算，从事前端已近五个年头。也算三分之一的时间在做前端，也是从事过时间最久的一份工 作。问我为什么能做这么久？其实我也时常问自己，怎么就进前端这个行当，怎么就整了五年。正如网上所言，一入前端深似海。

/** * jsp生成静态html网页 */ public class ToHtml extends HttpServlet { public void service(HttpServletRequest

Middleman 是一个 Ruby 编写的静态网站生成器，他可以让你使用几乎所有在Ruby Web开发中所使用的技术和工具来构建各种类型的静态网站。比如：在 Ruby on Rails 经常用到的

Assemble 是一个使用 Node.js，Grunt.js，Gulp，Yeoman 等来实现的静态网页生成系统。已被 Zurb Foundation, Zurb Ink, H5BP/Effeckt

它提供了模板、变量、插件等功能，所以实际上可以用来编写整个网站。Github中项目的Page页面，默认选型使用的就是jekyll。 项目主页： http://www.open-open.com/lib/

flusher插件)，对hosts文件里正常的配置没有任何影响。 通过配置hosts文件中的dns映射，可实现 自动替换 url的前缀， 添加 或者 移除 指定的 参数 。 配合上 switchhosts 等hosts

Lilac 是一个MIT协议的静态博客生成器，使用Python编写.它是快速的，足够简单的和易于使用的. 这里是lilac的一些特色，值得一看. TOML 和 GFM 支持 100%使用Pytho

OpooPress 博客系统是一个基于 Java 的静态博客生成器，同时也是一个静态网站生成器。主要特性如下： 简单 - 无需数据库，无需动态语言运行环境(例如 PHP, Java 等) 快速

http://segmentfault.com/a/1190000002765287 在尝试过用 GitHub 部署静态 HTML 网页后，觉得其实挺容易的，这里简单说说如何用 GitHub 来完成部署。 1.首先我新建了一个版本库作为

用Clojure编写的一个简单的静态网站生成器。 特性 博客内容和页面都采用Markdown编写 表的内容生成 支持用Twitter Bootstrap更换主题 纯HTML页面模板 代码语法高亮 标签

http://jasonding1354.github.io/2016/01/20/Linux/【Linux】Ubuntu上配置静态IP/

序 相信做iOS开发的小伙伴们经常会遇到这样的页面： 对于这样的静态列表我们可以直接用 storyboard 拖一个出来，或者直接用代码创建。我个人的话会选择用代码直接创建，但是之前一直有

.NET 中的静态分析 如果你想要添加一段以后经常会访问的代码，那么能够得到提醒不是很好吗——可能是在开发过程中需要花费几天才能够找到并修复的 bug，可能是看起来你的团队成员无法重用和扩展的代码

Phrozn 是一个用 PHP 开发的，用来生成静态网站的工具。 主要特点： 功能完整: 支持各种格式文本，包括：Twig, Textile, Markdown, and LESS format.