Web应用技术(第三讲-100926)课件.ppt

Web应用与开发技术;学习目标;第三讲 WEB应用开发技术;传统的Web开发方式：Web Server接受客户端传送过来的HTTP请求，进行解析，与后台交互进行业务处理，再把结果渲染成HTML，最后将其传到浏览器。虽然这种方式历经了多年的发展，我们也有不少的开发框架和工具可以使用，但是Web应用的开发仍显得比较复杂低效。 Servlet为Java Web编程的早期规范，把Http请求与响应被封装成Java对象。在这段时期，整个Web应用基本仅由程序员来完成，他们在Servlet程序中从Request中取得客户端传送过来的参数，进r行处理后将结果写回到Response对象的输出流中，这种方式无论对开发人员或是用户来说都是比较痛苦的，程序员需要在程序中写入大量重复枯燥的HTML输出语句，而且这种方式也很难在HTML的美工方面做得很好，所以对于用户来说，他们只能看到一些粗糙简陋的页面。; 为了解决这个问题，JSP等动态网页技术出台了，首次在页面与程序分离方面迈出了一步，程序员可以在美工人员完成的HTML页面中嵌入程序代码，用来控制页面中动态部分。但是由于JSP规范对页面中Java程序没有太大的限制，对哪一些程序应放在动态页面中，哪一些程序需要放在后台程序中处理也没有一定的规范。导致了在很多的Web项目中，大量的Java代码充彻于HTML Tag的字里行间，给美工与程序员都带来了不少痛苦。 为此，Craig R. McClanahan等一些有见解的开发人员开始提出了Web开发的model2，将经典的MVC模式导入到Web开发中，出现了Struts这个至今仍非常流行的Web框架，在架构上，它把浏览器提交的请求交给一个统一的Servlet控制器，由控制器通过读取控制文件将事件分配到相应对象模型(Actions)中，实现了对Request事件响应的对象封装。而在页面渲染方面，提供了一套与HTML形式类似的Taglib库，意图于减少HTML与Java程序间的异构性，更好地实现页面与逻辑分离。后来的出现的WebWork, Spring MVC基本上继承了Struts中的MVC思路，只是在事件分派，页面渲染的灵活性上进行了提高。但是这种所谓Web MVC的方式并不能彻底解决Web开发中的痛苦，由于Action的激活基于每一个页面跳转产生的Request请求，对于复杂的页面事件交互，Action的粒度???页面中状态的保持都是比较麻烦的问题。而且由于TagLib没有一个统一的规范，自定义性太强，使得嵌入它的页面很难被主流的HTML编辑器支持,始终不能摆脱页面与程序分离的问题。 ; 在基于Request，对Action进行封装的框架之外，还有另一个Web框架的分支，那便是JSF等以对可视化组件进行封装为基础的架构。它力图将HTML元素的属性和事件的监听都封装在后台的对象中，为开发者屏蔽掉处理HTTP Request/Response方式带来的事件分派，状态保存等麻烦。这种方式在MS的.net开发中一直被提倡，希望Web程序的开发能像VB中的一样，利用强大的IDE，制作布局，画出控件,为控件指定监听器并书写响应程序。但是这种方式也存在一定的问题，因为B/S的Web架构毕竟与单机或是胖客户端不同，如果连结到服务器的并发用户较多时，这种将组件的事件监听，状态保持和渲染的工作都交由后台程序的方式必将对服务器资源提出更大的挑战。 ; 一、 当前Web网站的结构模式 由于现在的Web系统慢慢地结合了商业、数据库以及企业的运用，因此，对于Web应用系统的要求也愈来愈严格，Web应用系统必须具备高度的扩展性，合理的执行效率，以及全天候安全强固的执行环境，也就是说，现在的Web应用系统必须能够安全及时地服务大量的客户端用户，又能够长时间安全稳定地运行，要做到这些，就必须要求Web应用系统具有一种良好体系结构，选择一种良好的体系结构，是Web应用成功的基础，就像一座大厦有了一个好的根基，Web应用系统的结构模式以及其中的运作方法对网外访问的用户来说基本上是透明的，用户不会感觉到你是使用的哪种结构模式，对用户来说，他所体会到的只是你的网站的速度以及你的网站的稳定性，但是，正是Web应用系统的结构模式及其内部运作方式决定了你的Web服务的性能，当前应用比较多的体系结构大致有以下几种：; ; 图一显示的结构模式是比较传统的一种WEB服务，它的服务器端基本上只由WEB服务器构成，它要发布的内容以文件的形式保存在WEB服务器上，它只能通过HTML文件提供静态的WEB内容，所有的服务内容必须预先定义编辑好，用户可以通过URL直接定位到这些定制好的HTML文件进行存取，这一模式比较简单，并且可靠性比较高，实现起来也比较