Jakara Struts 编程 读书笔记(1)（章节：1－2）

    书桌上摆着一本一年前就已经买好的书。 从来就没觉得web技术有多复杂，无非是架构在http协议上的一种用户和服务器之间交互的技术而已，不过最近拿起来这本书看了看，才发现这里面还是讲了不少好东西，不仅仅是web上的，还有一些讨论设计架构的知识。

    言归正传，书中的第一章简单的介绍了web相关的一些常识。包括当年为了使用web技术不得不编写CGI而且还要让系统对每一个http请求都开一个重量级进程来应对（其实这到也没什么，你去看看apache httpd的应对方式，发现它现在还在为每一个请求开进程呢，原因很简单，安全啊，一个请求失败至少不会影响到全局）；包括Java Servlet应运而生是天选之子（说出来这句话，PHP笑了，狞笑的那种）。其中里面比较有意思的是他在第15页提到了JSP Model1 和 JSP Model2 这两种编程范式，这本身没什么了，但是对于我这样的初入web的人来说，倒算是在大脑中形成了第一个比较“系统”的概念，用JSP写程序，就应该按照这两种规矩来写。这两种模式的图片如下：

    其中的JSP Model2 所利用的就是传说中的MVC模式了（一谈到设计模式就两眼烁烁放光）。而在Struts构架中，Model 就是 ActionForm以及下面的类扩展，View就是JSP，而所谓的C，自然就是交给Action下面的扩展群（不知道现在写这些话早不早）。

    翻到第二章，这里面讲了几个问题我比较感兴趣的（学过的就当复习了）：

1. HTTP请求和响应：HTTP协议的基础模型，这也是HTTP协议本身是stateless的最大原因，普通C/S程序在给数据库程序提交请求的时候，因为请求处理的代码是在客户端运行，所以我们可以在客户端后台起一个查询线程然后等待线程结束，让线程主动通知主程序更新结束，让主程序做下一个动作；而B/S程序就惨了，这条路走不通，因为类似的数据库更新动作是在服务器端进行的，而基于HTTP的服务器是不会给浏览器发送什么请求或者通知一类的东西（除非这个更新动作在一个请求/应答流程中进行）。所以没有办法，浏览器只好定期的去查询服务器端，所请求的更新是不是已经做好，如果做好，就从服务器拉回来结果更新画面，如果没更新好（嘿嘿），那就只好继续等待了，这算是web程序劣于C/S的地方。哦，对了，B/S这样的取得结果的方式书中也起了一个名字－－pull approach。
2. 作用域：Struts（准确的说应该是Servlet/JSP标准）有几个作用域可以用于不同级别的数据共享。这是很重要的信息：
• 请求作用域：生存在一个HTTP请求/应答的周期中，可以用于web响应一次请求中的数据共享，所以这个共享域在一次请求结束时里面的属性是不是被删除掉了并不重要（反正一次应答以后这个作用域就失效了）。
• 会话作用域（Session）：我们经常可以看到很多web网站在我们登陆一次以后就好像记住了我们一样，无论我们跳转到哪个页面，该网站都好像认得我们一样。通常，这种记住用户信息的行为都是通过会话作用域完成的。至于原理，去想想Session id 和cookie以及url rewrite技术就知道了。
• 应用作用域（Context）：这可以说是共享级别最高的作用域，通常一个web应用启动的时候，其配置文件（自定义）的信息都需要保存在这个层次中，所以除了必须要将属性（Attribute）放在里面，否则轻易不要动这个作用域。
3. 转发和重定向：这两个动作从结果来看虽然相似，但是web和浏览器的交互动作完全不同。如下：
• 转发：浏览器发出请求－>服务器处理请求－>服务器完成转发－>服务器返回结果－>浏览器接受结果。
• 重定向：浏览器发出请求－>服务器处理请求－>服务器返回给浏览器302并且给出重定向连接－>浏览器重新用新连接发出新的请求－>服务器处理新请求并返回结果－>浏览器处理结果。

可见，重定向给了浏览器在处理页面跳转时一个处理机会，但是加多了浏览器和服务器的交互。而重定向则是简化了这样的关系但是浏览器就只能看到最终结果，至于那种更加适合就要看具体的需求了。而在这本书中，说的是转发比重定向好，而转发是Struts的默认行为。