过去十几年来, Web开发技术从最初的纯HTML到CGI、PHP / JSP / ASP、Ajax、Rails、Node.js，已经发展到了一个非常成熟的阶段。去年的Google I/O，谷歌开发者中心推出了关于Web开发的最佳实践手册；而今年的Google I/O，「The Next Generation of Mobile Web」依然是其中的一个重要议程。

不过，前人栽树，后人乘凉。现在大家拷贝的代码可不是自己从土里自己长出来的，而是技术大牛一行行敲出来。即便是谷歌这样的互联网巨鳄，在Web开发上也经历过无数的努力和踩过一个又一个的坑。今晚Google I/O正式开启之前，我就给大家讲讲这些事儿，聊聊从Desktop时代到今天的Mobile时代，谷歌Web开发技术的变迁、踩过的坑。

Gmail、Google Map ：世界疯了两次

大家知道,最早期的web开发指的就是HTML，CSS，JavaScript，很多刚毕业的学生就会说，“切，会写HTML，JS，CSS不算写程序,会写C++的才算”，这可大错特错了。你们想想，写一个C++程序只需要会一种语言，写个Web应用得学三种语言，而且这三种语言还以一些神秘的、很多时候还没有文档的奇怪方式联系在了一起，再加上某些西北角的公司在里面再捣捣乱，导致Web应用非常的难以维护，直接的后果就是99%的应用都是简单的网页加上一点点可怜的逻辑，完全无法取代桌面上的应用。

这个时候，英雄出现了。Google在2004年愚人节那天发布了一个叫做Gmail的东西，当时email的容量只有可怜的10MB或者20MB，Google突然说提供1GB的邮箱并且不断增长，于是，全世界疯了。可是在大容量的背后，大家发现原来Gmail不仅仅只是大，而且让你觉得你在使用一个桌面的应用，而不是一个以前传统的网页的应用。所以可以说，Gmail是Web开发的一个里程碑，第一个大规模部署的Ajax的应用程序。

紧接下来的一年，也就是2005年的情人节前后，Google Map神奇般地出现了，世界再一次疯了。所有人都觉得不可思议，原来网页的程序可以做得那么酷炫，而2000年左右科技泡沫鼎盛时期的那些网站是多么的可笑。当时Map的组里面有2个人很值得一提，一个叫Lars Rasmussen的澳大利亚人，一个叫Bret Taylor的美国人，后面我们会慢慢的提到。

重写Gmail

在开发Map和Gmail的过程中，Google的工程师逐渐意识到一个高度结构化的JavaScript库的重要性。因为逻辑越来越复杂，代码量越来越多，功能也越堆越多，之前写得那些代码已经根本满足不了不断变化的需求了。于是伟大的工程师们做了一个Googler经常做的决定：我们重写吧。

一个伟大的重写Gmail的计划逐渐张开了，也就是今天大家看到的Gmail的前身。在整个重写的过程中，一个高度独立、结构化的JavaScript的库被抽象出，这就是可能很多前端工程师们知道的Google Closure。用今天的话来说，Closure不是一个简单的JavaScript的库，他是一种方法论，一种情怀，所以任何拿jQuery和Closure相对比的言论都是一种对Closure的侮辱。Closure告诉大家，大家应该像写java一样的去写javaScript，分清楚什么是一个类，什么是类的成员变量，什么是成员方法，什么继承，什么是接口等等...所有你熟悉的面向对象的概念都可以在Closure里面找到。Closure的出现极大地改变Google内部写JavaScript的效率，导致复杂的Ajax的应用如雨后春笋一样在Google内部迅速出现。

聪明人太多的产物：奇葩技术GWT

如果让Google的工程师们自己找Google一个不好的地方，一定有一点，那就是聪明人太多，没法管理。就在Gmail如火如荼重写的时候，另外一个团队在悄无声息的做着另外一个类似的努力去改变Web开发，那就是2006年发布的GWT（Google Web Toolkit）。这是一个无比奇葩的技术，程序员写的代码是java，出来的是JavaScript，就像你吃的是草，挤出来的是奶一样。这个技术的根本目的和Closure是一样的，就是为了让程序员用写java的方式去写Web应用，只是他的方式更直接，连JavaScript都省了。其实原理也很简单，就是通过编译器在编译阶段把java转成了JavaScript代码。可是，这个技术有一个致命的缺点：你想想，要有多麻烦才能在浏览器里面调试一堆由编译器生产的JavaScript代码。于是无数的各种附加调试技术出现，告诉大家怎么去简化GWT的调试，但是都没有解决根本问题。GWT的最大的好处就是如果你的网页是由标准的控件组成的，比如输入框、选择框、多选等，那么GWT会极大的简化你的代码量.就是因为这个好处，GWT一直活到了今天，因为Google最赚钱的广告系统的前端是就是用GWT写的。可见，计算机语言的世界也是看爹的哈哈。

2007，2008貌似很平静，Google也没发布什么惊人的、大的前端产品和框架。事实上，他们并没闲着。Google在那两年期间做了几个重要的收购，奠定了后面著名的Google docs的基础。

2009年，在Google内部雪藏了很久的Closure库终于开源了，同时开源的还有一个对应的叫做Closure Compiler的东西，一般人理解Closure Compiler不就是另外jQuery Minifier嘛，其实可没那么简单，Closure的Compier是可以真的理解你的JavaScript代码的类型的。通过一个叫JsDoc的注释形式的语法，你可以完全地把 JavaScript当做是一种强类型的语言来写，并且有一个编译器来帮你查错。在强大的工具面前，jQuery被无情地碾压。在接下来几年，Google又陆陆续续的发布了对应的Closure的模板语言，和对应的Closure Stylesheet编译器，于是Web的三件套，HTML + JS + CSS在Closure的世界里都有了对应的工具，在Google内部,大部分的前端项目也都是基于这套工具来开发的。

与此同时，GWT的小组也没闲着，一方面更好的支持Google最赚钱的广告系统前端；一方面默默的憋了一个超级大招--大名鼎鼎的Google Wave。对，Google Wave是用GWT写的，Wave的founder就是我们前面提到的Map的创始人Lars。

又把最赚钱的广告系统重写了一遍

2011，2012的IO上，关于web开发的主题很多都是基于GWT、Closure展开的，一直风平浪静地到了2013年。但与此同时，Google内部已出现了一股暗黑势力，悄悄地开发了一个完全颠覆式的前端框架-- AngularJS。它，就是以HTML标签起始符形状命名的AngularJS，简称Angular。颠覆在哪呢？Google的web前端开发框架基本采用著名的MVC (Model-View-Controller)结构，有效地分离数据模型和最后显示的视图，使代码更清晰、更容易维护。早先的MVC大都是在服务器端实现的，包括先前提到的GWT神器。但是AngularJS不一样，是一个完全在客户端也就是浏览器里的MVC框架。这个框架在HTML中标注新的属性，运行时用JavaScript动态解析和绑定数据关联，简化了web应用尤其是单页应用(single-page application)的开发。不少数据双向同步逻辑甚至不用手工编写JavaScript就能实现了。更重要的是它制