SSH笔记（整理版）.docxVIP

Struts笔记：框架提高了程序的规范的同时，也约束了程序员的自由。MVC：把数据的输入（jsp），数据的处理（控制器调用model来完成数据处理），和数据的显示分开（jsp）。Struts是web层框架（frameset），基于MVC设计模式。Struts的优点：程序更加规范化，程序开发的效率提高，可读性增加，可维护性增加Struts的不足：form表单有点鸡肋；action是单态。为什么要用struts？因为我们对MVC的理解不同，可能造成不同公司写程序的时候，规范不统一。这样不利于程序的维护，扩展和开发效率，所以我们使用一个统一的规范来开发项目——struts框架。Struts的工作原理：案例：用户登录验证浏览器发送http请求——》web服务器（解析主机，web应用，资源）转发给———》ActionServlet总控制器，该类由struts框架提供，我们只需配置（Struts-config.xml是struts的核心文件，该文件配置了actionForm，action以及其对应关系）查询Struts-config.xml把用户传递的数据填充到表单中，调用指定的action（本质是servlet）——》表单ActionForm（存放数据库）——》action（分控）从表单中获取数据，调用某个model（service）完成任务，返回一个执行结果给Struts-config.xml文件，根据返回结果，决定跳转到哪个jsp文件——》model ——》返回一个执行结果（html）给web服务器——》把静态页面以http响应方式返回给浏览器。开发一个struts项目，登录验证：Struts2: 概述Struts 2是/doc/2416100.htmlStruts的下一代产品，是在 struts 1和WebWork的技术基础上进行了合并的全新的Struts 2框架。其全新的Struts 2的体系结构与Struts 1的体系结构差别巨大。Struts 2以WebWork为核心，采用拦截器的机制来处理用户的请求，这样的设计也使得业务逻辑控制器能够与ServletAPI完全脱离开，所以Struts 2可以理解为WebWork的更新产品。Struts2和Struts1的对比在Action的实现方面：Struts1要求必须统一扩展自Action类，而Struts2中可以是一个普通的POJO。　线程模型方面：Struts1的Action是单实例的，一个Action的实例处理所有的请求。Struts2的Action是一个请求对应一个实例（每次请求时都新new出一个对象）,没有线程安全方面的问题。　Servlet依赖方面：Struts1的Action依赖于Servlet API，比如Action的execute方法的参数就包括request和response对象。这使程序难于测试。Struts2中的Action不再依赖于Servlet API，有利于测试，并且实现TDD。　封装请求参数：Struts1中强制使用ActionForm对象封装请求的参数。Struts2可以选择使用POJO类来封装请求的参数，或者直接使用Action的属性。　表达式语言方面：Struts1中整合了EL，但是EL对集合和索引的支持不强，Struts2整合了OGNL（Object Graph NavigationLanguage）。　绑定值到视图技术：Struts1使用标准的JSP，Struts2使用“ValueStack”技术。　类型转换：Struts1中的ActionForm基本使用String类型的属性。Struts2中使用OGNL进行转换，可以更方便的使用。　数据校验：Struts1中支持覆盖validate方法或者使用Validator框架。Struts2支持重写validate方法或者使用XWork的验证框架。　Action执行控制的对比：Struts1支持每一个模块对应一个请求处理，但是模块中的所有Action必须共享相同的生命周期。Struts2支持通过拦截器堆栈为每一个Action创建不同的生命周期。WebWork和Struts2的对比/create/edit/?eid=5403025sid=5640713secid=5编辑本段　Struts和Webwork同为服务于Web的一种MVC框架，从某种程度上看，Struts2是从WebWork2上升级得到的。甚至Apache的官方文档也讲：WebWork2到Struts2是平滑的过渡。我们甚至也可以说Struts2就是WebWork2.3而已。在很多方面Struts仅仅是改变了WebWork下的名称。Struts2对应的有自己的标签，并且功能强大。Webwork也有自己的标签。在2005年12月，WebWork