#
读者如果曾经学习 过Struts1.x或者有过Struts1.x的开发经验那么千万不要想当然地以为这一章可以跳过实际上Struts1.x与Struts2并无我们想象的血缘关系虽然Struts2的开发小组极力保留Struts1.x的习惯但因为Struts2的核心设计 完全改变从思想到设计到工作流程都有了很大的不同Struts2是Struts社区和WebWork社区的共同成果我们甚至可以 说St
struts1x:Struts2和St
1) struts-default.xml 这个文件是struts2框架默认加载的配置文件它定义struts2一些核心的bean和拦截器 <xml version=1.0 encoding=UTF-8 > <DOCTYPE struts PUBLIC -Apache Software FoundationDTD Struts Configuration 2.0EN :
?5.1 Servlet依赖性由于Action在被调用时ervletRequest和ervletResponse被传递到execute()方法中Struts1中的Action对Servlet的API是有依赖性的.但如果在Struts2中Action就不会对容器有依赖了因为Action是由简单的POJO组成的.在Struts2中servlet上下文以简单的Map的形式表现出
struts1与struts2本质区别 :1 在Action实现类方面的对比:Struts 1要求Action类继承一个抽象基类Struts 1的一个具体问题是使用抽象类编程而不是接口Struts 2 Action类可以实现一个Action接口也可以实现其他接口使可选和定制的服务成为可能Struts 2提供一个ActionSupport基类去实现常用的接口即使Action接口不是必须实现的只有一个
#
特征Struts 1 Struts 2 Action类Struts1的action需要去继承一个抽象基类一个普遍问题就是Struts1是面向抽象类编程来代替接口编程Struts2的action可以实现一个Action接口也可以同时实现一些其他的接口来添置一些附加的常用的服务Struts2提供一个基类ActionSupport实现了一些常用的接口虽然Action接口不是必须的任何附带execu
单击此处编辑母版标题样式单击此处编辑母版文本样式第二级第三级第四级第五级第14章 Struts 2整合Spring开发Spring框架是一个非常优秀和流行的轻量级Java EE容器通过使用Spring容器来管理Web应用中的组件从而降低个组件之间的耦合度SSH整合开发是一个非常好的企业级开发方案使用Spring的Ioc容器来负责创建和管理组件其中这些组件包括前端的业务控制器中间的业务逻辑组件以及
特性类要求Action类要扩展自一个抽象基类的一个共有的问题是面向抽象类编程而不是面向接口编程Struts2的Action类实现了一个Action接口连同其他接口一起来实现可选择和自定义的服务Struts2提供一个名叫ActionSupport的基类来实现一般使用的接口当然Action接口不是必须的任何使用execute方法的POJO对象可以被当作Struts 2的Action对象来使用线程
违法有害信息,请在下方选择原因提交举报