原创:第二节:struts1的处理流程及配置文件详解


通过第一节内容我们了解了struts1的简单处理过程.在处理的过程中我们使用到了struts1中的struts-config.xml配置文件,那么这一小节我们就针对其action配置的属性详细解析Action配置中属性含义及其使用。

1、首先我们来简单总结以下struts1的处理流程
首先:由视图层发出请求,当 ActionServlet 接收到 HTTP 请求后,在 doGet 或 doPost 方法中都会调用process()方法处理请求
其次:在ActionServlet 的 process() 方法中一旦选择了正确的子应用模块,就会调用RequestProcessor实例的process()方法来处理请求。在ActionServlet调用这个方法时,会把当前的request和response对象传给它
然后:RequestProcessor实例的process()方法调用ProcessActionCreate()方法,先判断是否在 Action 缓存中存在Action实例,如果不存在,就创建一个Action实例,把它保存在 Action 缓存中
最后:RequestProcessor实例的process()方法调用Action实例的execute()方法 并返回相应的试图界面

2、简单了解struts1的处理流程之后那么我们就来了解一下struts1配置文件中action的常用属性
首先列举action的属性代码如下:
<action path="URL"
type="ActionClass"
name="userForm"
scope="request"
attribute="key"
input="/register.jsp"
forward="/index.jsp"
include="/index.jsp"
unknown="true"
parameter="test"
className="mappingclass"
validate="true">
<forward name="" path=""></forward>
</action>
下面就对其属性解析
 a、path :代表请求的Action的名称,无需指明后缀struts1自动处理
例如上一节中的/Register 就是从视图中提交的Action请求 此请求有的方式是:
<form action="${pageContext.request.contextPath}/Register.do" method="post">....</form>
当其点击此提交时后缀名称为.do,(由于我们在会web.xml配置*.do的处理),所以经过mapping的地址映射,交给ActionServlet按照struts1的处理流程处理提交Action的请求。

 b、type:代表请求的的Action交给那个Action处理,注意此类的名称一定是类的全名称(包括包名)

 c、name:代表的是请求参数封装的ActionForm的名称。
备注:此名称与<form-beans><form-bean name="名称Form" type="Form类的全名"></form-bean></form-beans>中"名称Form"一致,并通过此form-bean中的type来指定封装的ActionForm类。

 d、scope:代表把formbean的参数封装到那个作用域中,默认的作用域为session
备注:当我们没有指定formbean的作用域时,在type指定的Action类中还可以通过以下代码获取:
/** 获取ActionForm中的对象 并强制造型为UserForm 此获取方式为通过传递的ActionForm参数直接获取,开发中就是用此方式 */
// UserForm userForm = (UserForm) form;
/**
* 由于在Action的属性配置中的scope属性指定了userForm的作用域, 当采用的是默认值(session)时,
* 也可以直接从作用域中获取代码如下:
*/
UserForm userForm = (UserForm) request.getSession().getAttribute("userForm");

System.out
.println("用户名称:" + userForm.getUsername() + " 用户密码:"
+ userForm.getUserpass() + " 用户邮箱:"
+ userForm.getUseremail());
/**备注:
由于在开发的过程中为了节省ActionForm占用的内存空间,我们一般不采用默认值,而是采用scope=”request”配置,因此我们也可以采用一下的方式获取*/
UserForm userForm = (UserForm) request.getAttribute("userForm");

注意:由于在aciton的配置中我们没有配置attribute="key" 此属性时,在Action中获取的关键字采用默认的值及name的名称,当配置了attribute="key"此属性是必须通过"key"获取.如果你不明白看下面的介绍。

 E、attribute 指定formbean存储的key,不设默认为name属性的值。
举例:如果我们在action的配置中配置了attribute=”uform”的话,那么我们在Action中获取的方式就应该为:
/** 通过方法参数中传递的ActionForm获取ActionForm中的对象
并强制造型为UserForm */
UserForm userForm = (UserForm) form;
/**由于在action的配置中我们指明了attribute的属性及属性值,因此我们应该采用以下方式获取*/
UserForm userForm = (UserForm) request.getAttribute("uform");
System.out
.println("用户名称:" + userForm.getUsername() + " 用户密码:"
+ userForm.getUserpass() + " 用户邮箱:"
+ userForm.getUseremail());
备注:在指明了attribute属性后,我们如果还采用d中介绍方式即直接从作用域通过name的属性值获取的话,会出现javax.servlet.ServletException: java.lang.NullPointerException异常信息.

 F、input="/register.jsp" 指定formbean的数据是由哪个页面提供的。
说明:提供此属性的目的在于formbean校验失败时,程序方便 跳回formbean的输入页面,通过struts1错误信息标签,显示校验失败信息。
 G、forward="/index.jsp" 指定收到请求时,跳转到相应的jsp页面
强调:如果配置了此属性,则action将不再被调用,即接受到此action时,直接调至到index.jsp页面。
 H、include="/index.jsp" 指定收到请求时,进行页面包含
 I、unknown="true" 如果action把该属性设置为true,则它可以处理客户机发出的所有无效的.do请求,默认值为false
举例:如果在配置文件中添加如下的action配置,
<action path="/**" forward="/index.jsp" unknown="true"/>
当如果在地址栏中发出请求为:
http://localhost:8080/20110105struts1_2/regi.do
如果在此配置文件中找不到regi.do的Action就会处理上面配置的action直接跳转到index.jsp页面 (备注:与此action中path名称无关,但必须配置一个path属性).
 J、parameter="test"配置action参数,调用actioMapping.getParameter方法可以获得这里配置的参数(后续会详细介绍)
 K、className="mappingclass" <action>标签和所有的配置信息使用哪个对象封装,默认值为ActionMapping对象。这是struts1的作者考虑,开发者使用自己开发的Mapping类提供的配置.
 L、validate="true" 请求参数封装到formbean中后,是否让struts自动调用formbean的validate方法进行数据校验。默认true(后续会详细介绍)
除此之外还用一些属性配置,我只做了常用属性的介绍.
3、forward标签
在action配置中,还有一些其他的标签配置,在上面种我们看到了<forward name="" path=""></forward> 即在处理完此action之后我们可以在Action中的execute方法中通过此标签的name属性获取此action,并跳转到相应的path地址中去.
举例:如果在action内部我们配置了forward标签的代码如下:
<forward name="message" path="/message.jsp"></forward>
那么我们可以再Action返回值中做如下处理:
/** 获取跳转的地址并返回ActionForward */
return mapping.findForward("message");
通过以上配置,在处理完此action后,struts1经过处理后就会跳转到/message.jsp视图层.


通过上面的介绍我们简单了解了struts1的处理流程、action配置、forward标签及在Action中的处理,希望你能够数量掌握及其应用.

以上内容归redarmy_chen原创,版权归redarmy_chen所有不得随意转载,如有问题请发送邮件到redarmy_chen@qq.com


数据中心机房是现代信息技术的核心设施,它承载着企业的重要数据和服务,因此,其基础设计与规划至关重要。在制定这样的方案时,需要考虑的因素繁多,包括但不限于以下几点: 1. **容量规划**:必须根据业务需求预测未来几年的数据处理和存储需求,合理规划机房的规模和设备容量。这涉及到服务器的数量、存储设备的容量以及网络带宽的需求等。 2. **电力供应**:数据中心是能源消耗大户,因此电力供应设计是关键。要考虑不间断电源(UPS)、备用发电机的容量,以及高效节能的电力分配系统,确保电力的稳定供应并降低能耗。 3. **冷却系统**:由于设备密集运行,散热问题不容忽视。合理的空调布局和冷却系统设计可以有效控制机房温度,避免设备过热引发故障。 4. **物理安全**:包括防火、防盗、防震、防潮等措施。需要设计防火分区、安装烟雾探测和自动灭火系统,设置访问控制系统,确保只有授权人员能进入。 5. **网络架构**:规划高速、稳定、冗余的网络架构,考虑使用光纤、以太网等技术,构建层次化网络,保证数据传输的高效性和安全性。 6. **运维管理**:设计易于管理和维护的IT基础设施,例如模块化设计便于扩展,集中监控系统可以实时查看设备状态,及时发现并解决问题。 7. **绿色数据中心**:随着环保意识的提升,绿色数据中心成为趋势。采用节能设备,利用自然冷源,以及优化能源管理策略,实现低能耗和低碳排放。 8. **灾难恢复**:考虑备份和恢复策略,建立异地灾备中心,确保在主数据中心发生故障时,业务能够快速恢复。 9. **法规遵从**:需遵循国家和地区的相关法律法规,如信息安全、数据保护和环境保护等,确保数据中心的合法运营。 10. **扩展性**:设计时应考虑到未来的业务发展和技术进步,保证机房有充足的扩展空间和升级能力。 技术创新在数据中心机房基础设计及规划方案中扮演了重要角色。例如,采用虚拟化技术可以提高硬件资源利用率,软件定义网络(SDN)提供更灵活的网络管理,人工智能和机器学习则有助于优化能源管理和故障预测。 总结来说,一个完整且高效的数据中心机房设计及规划方案,不仅需要满足当前的技术需求和业务目标,还需要具备前瞻性和可持续性,以适应快速变化的IT环境和未来可能的技术革新。同时,也要注重经济效益,平衡投资成本与长期运营成本,实现数据中心的高效、安全和绿色运行。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值