struts2中一些零碎的小知识

1、在Result中使用OGNL表达式

实际上除了在jsp里可以使用OGNL表达式之外,在Result的配置里也是支持的,这点在RedirectAction中尤其好用
Xml代码    
1. <result type="redirectAction"> 
2.     <param name="actionName">anotherAction</param> 
3.     <param name="param1">hardCodedValue</param> 
4.     <param name="param2">${someValue}</param> 
5. </result> 

上面的param1和param2会成为请求的参数,其中param1是硬编码的,而param2是从ValueStack中取出的值

2、在properties文件中使用OGNL表达式

比如在resource.properties中,有一个greeting.word = hello ${user.name}

然后在jsp页面使用标签<s:text name="greeting.word" />

3、关于struts2验证框架的流程

struts2里的校验,实际上是由几个拦截器,和几个接口共同完成的

如果Action继承自ActionSupport类,那么就实现了Validateable接口和ValidationAware接口,提供了validate()方法、hasError()方法,以及一组添加错误信息的方法(最常用的是addFieldError()方法)

默认包的拦截器栈有一部分是这样的:

params-->conversionError-->validation-->workflow

首先params拦截器和conversionError拦截器先起作用,把HTTP请求参数放入ValueStack中,如果有错误,会调用ValidationAware接口的添加错误的方法(其中一个是addFieldError)

然后到了validation拦截器,它会执行验证框架,如果有错误,也调用ValidationAware上的方法

最后到了workflow拦截器,第一个阶段它会判断Action是否实现了Validateable接口,如果是的话,则调用validate()方法,如果有错误,就调用ValidationAware的方法。然后第二阶段,它会调用hasError()方法,看看是否有错误,如果有的话,返回INPUT

所以,实际上可以同时使用struts2的校验框架,和Action上的validate()方法。对于workflow拦截器第二阶段的工作(检查错误)来说,它并不清楚,错误来自于哪里,是来自于校验框架,还是来自validate()方法,对workflow拦截器来说没有区别,只要有错误,就返回INPUT

4、关于i18n

使用国际化资源文件,标准的做法是<s:text name="homepage.greeting" />,这里假设资源文件里有一个key是homepage.greeting

如果不想用<s:text>标签的话,应该怎么办呢?实际上,<s:text>标签调用的是TextProvider接口的getText()方法

而ActionSupport实现了TextProvider接口,所以如果Action是继承自ActionSupport,那么它也就实现了TextProvider接口。同时,Action对象会被放入值栈,所以用OGNL表达式,是可以直接取到资源文件中的国际化文本的,方法是

${getText("homepage.greeting")}

以上这句OGNL表达式,效果相当于<s:text name="homepage.greeting" />

5、struts2插件加载体现的一种设计思路

struts2加载配置是遵循如下顺序:

struts-default.xml->struts-plugin.xml-->struts.xml

其中,struts-default是框架默认提供的,struts.plugin是插件提供的,struts是用户自定义的

struts2框架启动时,会收集以上所有配置文件,然后进行聚合汇总,得到一个总体的配置信息

这种思路很常见,比如MAVEN,也是首先提供了一个超级POM,和项目自定义POM进行聚合

CSS也是这样,首先浏览器有一个默认CSS(这也是一个控件为什么在各浏览器显示不一致的原因之一,更根本的原因是浏览器对CSS的实现本身就不一致),然后开发者定义的CSS也有层级关系。浏览器将所有CSS汇总之后,计算出一个元素的最终CSS

这种设计思路,是值得借鉴的,我想可以参考这种思路,实现可插拔的插件

资源下载链接为: https://pan.quark.cn/s/c705392404e8 在本项目中,我们聚焦于“天池-零基础入门数据挖掘-心跳信号分类预测-EDA分析全过程-代码.rar”这一主题。该压缩包涵盖了一次针对心跳信号分类预测的数据挖掘实践,涉及数据的初步探索性分析(Exploratory Data Analysis, EDA)以及相关代码。 “天池”通常指阿里巴巴天池大数据竞赛平台,这是一个提供各类数据竞赛的平台,旨在助力数据科学家和初学者提升技能并解决实际问题。此数据挖掘任务可能是一项竞赛项目,要求参赛者对心跳信号进行分类预测,例如用于诊断心脏疾病或监测健康状况。EDA是数据分析的关键环节,其目的是通过可视化和统计方法深入了解数据的特性、结构及潜在模式。项目中的“task2 EDA.ipynb”很可能是一个 Jupyter Notebook 文件,记录了使用 Python 编程语言(如 Pandas、Matplotlib 和 Seaborn 等库)进行数据探索的过程。EDA 主要包括以下内容:数据加载,利用 Pandas 读取数据集并检查基本信息,如行数、列数、缺失值和数据类型;描述性统计,计算数据的中心趋势(平均值、中位数)、分散度(方差、标准差)和分布形状;可视化,绘制直方图、散点图、箱线图等,直观呈现数据分布和关联性;特征工程,识别并处理异常值,创建新特征或对现有特征进行转换;相关性分析,计算特征之间的相关系数,挖掘潜在关联。 “example.html”可能是一个示例报告或结果展示,总结了 EDA 过程中的发现,以及初步模型结果,涵盖数据清洗、特征选择、模型训练和验证等环节。“datasets”文件夹则包含用于分析的心跳信号数据集,这类数据通常由多个时间序列组成,每个序列代表一个个体在一段时间内的 ECG 记录。分析时需了解 ECG 的生理背景,如波
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值