J2EE Web Framework 之 SiteMeshWebWork.pptVIP

Components Practical IOC“ WebWork的组件管理很好的实践了IOC的思想 系列配置 web.xml xwork.xml components.xml struts vs webwork 程序演示 QA 学习动物精神 11、机智应变的猴子：工作的流程有时往往是一成不变的，新人的优势在于不了解既有的做法，而能创造出新的创意与点子。一味 地接受工作的交付， 只能学到工作方法 的皮毛，能思考应 变的人，才会学到 方法的精髓。 学习动物精神 12、善解人意的海豚：常常问自己：我是主管该怎么办才能有助于更好的处理事情的方法。在工作上善解人意， 会减轻主管、共 事者的负担，也 让你更具人缘。 * 测试两个object references是否指向同一个对象 * Xwork简洁、灵活功能强大，它是一个标准的Command模式实现，并且完全从web层脱离出来。Xwork提供了很多核心功能：前端拦截机（interceptor），运行时表单属性验证，类型转换，强大的表达式语言（OGNL – the Object Graph Notation Language），IoC（Inversion of Control倒置控制）容器等。 WebWork2建立在Xwork之上，处理HTTP的响应和请求。WebWork2使用ServletDispatcher将HTTP请求的变成Action(业务层Action类), session（会话）application（应用程序）范围的映射，request请求参数映射。WebWork2支持多视图表示，视图部分可以使用JSP, Velocity, FreeMarker, JasperReports，XML等。 * success,error,input,login,none WebWork的Action不用依赖Web层和其它的容器，Webwork的action能够通过赋予一定的属性，就可以执行单元测试。同时也可以使用一个mock的实例去测试，而不是通过启动web容器来进行测试。 * 在许多应用中, 都有一些对象必需使用组件对象. 简单来说, IoC模式允许父对象(在Webwork和XWork中是ComponentManager实例)向需要的活动对象提供资源对象(通常是一个活动, 但也可以是任何实现适当的enabler接口的对象), 而不是需要对象自己获取资源. 有两种方式实现IoC: 初始化或使用enabler接口. 使用初始化方式, 给定活动对象使用资源对象作为构造函数的参数完成初始化. 使用enabler接口, 活动将具有接口的方法setComponent(ComponentObject r);, 该方法允许在活动对象初始化后将资源对象传递到该对象. 根据对象实现的接口传递对应的组件对象. XWork使用enablers传递组件. All things are difficult before they are easy. J2EE Web Framework SiteMeshWebWork 唐娟 Agenda SiteMesh SiteMesh背景 SiteMesh原理 Struts Tiles SiteMesh配置部署 WebWork WebWork简介 WebWork原理 搭建一个webwork应用 其它（Interceptors / Components ） Struts vs WebWork SiteMesh背景 我们在开发Web应用特别是J2EE应用的时候，由于Web页面是由不同的人所开发，所以开发出来的界面通常是千奇百怪，通常让项目管理人员哭笑不得。随着项目的进一步的开发，要求统一的界面风格的紧迫性逐渐浮现了出来。 一般采取的方式： 通常我们用 大量的include来做 后来发展发展，我们用template 标签来实现 当我们采用struts时，就用了Tiles，但是我们总感觉不是那么好用 SiteMesh原理 sitemesh 现在的作法是，你原来用 include 的地方现在都不需要了。你做的所有内容页面，就是页面本身就好了，完整的页面本身，不需要 include 进来布局、导航，比如通常 header / footer 之类。 sitemesh 使用 servlet filter 技术，在一个页面请求 response 回来时（这时不管你用哪种 动态语言 asp / php / jsp 等，都已经生成了 html ），对页面进行解析，并为该页面 decorator 上布局、导航。 我们现在一直在了解 IoC 和AOP，包括 spring 之类的容器就一直在理解这个理念。 而sitemesh也有