[转]Web开发的发展史

之所以转这篇文章是因为它可以对web请求有大致的理解。

以下内容转自:http://www.open-open.com/news/view/19ed96a  

英文原文: Full stack web development

----------------------------分割线-------------------------------------------

        在接下来的几个月时间里,我打算写一系列关于完整 web 开发的文章。这第一篇文章虽然有所粗略,但也能够充分概括了在之前 15 年或者更久的时间里 web 应用程序如何进行演变。并且最后我会囊括下这段时间内所写的相关技术。

        在过去的美好日子里,我们使用的是简单的 web 页面(包括动态 gif 图片!)。作为精美设计的典范,苹果有着这样的一个网站:

[转]Web开发的发展史

        在那时,Web 开发还比较简单,开发者经常会去操作 web 服务器(主要还是他自己的机器),并且他会写一些 HTML 页面放到服务器指定的文件夹(/www)下。这些 HTML 页面,就在浏览器请求页面时使用。

[转]Web开发的发展史

        问题就出现了,你只能获取到静态内容。倘若你想让访问者看到有多少其他访问者访问了这个网站呢(还记得那些统计流量的旋转图片吗?!),或者倘 若你想让访问者去填写这样一个表单,包含有姓名和邮件地址呢?于此就转向了 CGI 和 Perl 脚本,在 web 服务器端运行一段短小的代码,并能与文件系统或者数据库进行交互。

[转]Web开发的发展史

        当时组织 CGI/Perl 这样的脚本代码太混乱了。CGI 伸缩性不是太好(经常是为每个请求分配一个新的进程),也不太安全(直接使用文件系统或者环境变量),同时也没提供一种结构化的方式去构造动态应用程序。 几年来一直很困惑,直到大约 2005 年左右,出现了 Java Server Pages (JSP),微软的 ASP,以及 PHP!我喜欢把当时的参考架构比作成 IIS 和 ASP.NET,你可以用 Visual Studio 快速构建一个可伸缩并且安全的应用程序。

[转]Web开发的发展史

        直到当时,web 服务器多半会返回整个页面或者文档,但 AJAX (2005) 的出现,让事情变得很有意思。AJAX 允许客户端的 JavaScript 脚本为局部页面提供请求服务,然后可以在无需回到服务器情况下动态刷新部分页面,也就是更新浏览器中的 document 对象,通常称作 DOM,或者文档对象模型。

        虽然从服务器端返回的仍然是 HTML,但浏览器上的代码能把这 HTML 片段内嵌到当前页面中。也就是说 web 应用的响应可以更快,这时我们真正用 web 应用取代了 web 页面。谷歌的 GMail 和谷歌地图都是当时 AJAX 的杀手级产品。随后用 AJAX 局部刷新就如雨后春笋般出现。

[转]Web开发的发展史

        在随后的几年时间里,AJAX 成为了焦点,但在服务器端仍然使用着旧有的技术。大概在 2007 年,37signals 公司公开其成员–Ruby on Rails。那个基于 Ruby on Rails 5 分钟构建博客的演示完全征服了全世界的开发者。一夜之间,所以谈论的焦点都是关于 Rails!Rails 的不同之处在于使用规定的方式去设计你的 web 应用程序,运用一种已经广泛在桌面应用开发,但未被搬到 web 应用上的开发模式。这种模式就叫做模式(数据)-视图(模板)-控制器(业务逻辑)。Rails 强调,“这事就该这么做”,并且通过许多插件让构建 web 应用再一次更加健全。

[转]Web开发的发展史

        在 2007 到 2010 年期间,涌现了 3 种开发潮流:

        第一个是智能手机和移动应用潮流。通常情况下,许多应用程序同时有 web 和移动应用两种版本。尽管如此,服务端仍然返回的是 HTML 页面,而不是其它移动应用可以识别。因此,你需要返回的是结构化数据来取代 HTML。

        第二个开发潮流是 jQuery。这是一个非常流行的 JavaScript 库,能够很容易构建动态、美妙的 web 应用,甚至是 AJAX!

        第三个潮流是 Node.JS 的发布。这是第一次能让你用 JavaScript 开发高性能的服务端程序,进而可能结束“客户端开发者”要知道 HTML/JavaScript,“服务端开发者”要知道 .NET/C#/Ruby 这样的噩梦。

[转]Web开发的发展史

        尽管这是一个不错的架构,但我们可以重用一些在客户端的收获去简化那些曾经发生在像客户端意大利面似的 jQuery 代码。和 Rails 精神类似,我们需要用一种规定的方式从服务端获取到数据,再对客户端的 HTML 页面进行包装。因此,在接下来的 2 年时间里,业界出现了许多用于简化客户端开发的框架,诸如 Backbone,Ember,Derby 和 Meteor,当然也包括我的最爱,AngularJS。

[转]Web开发的发展史

        因此,这就是我们看到的今天,而我后面要讲到的参考架构是这样的,mongodb 作为数据库服务器,node/express 作为 web 应用服务器,客户端使用 AngularJS,同时也使用 Bootstrap 样式风格。我发现这种架构允许我能够快速构建 web 服务以及基于 AngularJS 的客户端接口,甚至和其它的服务,如 PhoneGap 或者其它原生移动开发工具一样,进行移动应用的开发。

[转]Web开发的发展史

        在接下来的几个星期里,我会发表一些文章来说明这些涉及到的组件,包括:MongoDB,Node/ExpressJS,JSON 和 REST 接口,AngularJS,Karma-mocha 测试和 Bootstrap 样式风格页面。

        翻译: 伯乐在线 蝈蝈
        译文链接: http://blog.jobbole.com/45169/

[转]Web开发的发展史,布布扣,bubuko.com

[转]Web开发的发展史

上一篇:Oracle Sql语句优化


下一篇:Mysql主从数据库架构的复制原理及配置详解