Spring学习笔记 02

[b]1.ActionSupport类[/b]
org.springframework.web.struts.ActionSupport;
在Struts和Spring整合的列子中,某个Action可以继承这个类
可以帮助在Struts的Action里获取ApplicationContext对象
ApplicationContext ctx =this.getWebApplicationContext();
这个ac需要先在Struts的配置文件中声明
方式1:
在struts-config.xml里注册
<plug-in className="org.springframework.web.struts.ContextLoaderPlugIn">
<set-property property="contextConfigLocation" value="/WEB-INF/applicationContext.xml"/>
</plug-in>

方式2:
在web.xml中注册监听器
<context-param>
<param-name>contextConfigLocation</param-name>
<param-value>/WEB-INF/applicationContext.xml</param-value>
</context-param>

<listener>
<listener-class>org.springframework.web.context.ContextLoaderListener</listener-class>
</listener>


方式3:
在web.xml里注册一个servlet
<servlet>
<servlet-name>dd</servlet-name>
<servlet-class>org.springframework.web.context.ContextLoaderServlet</servlet-class>
<load-on-startup>1</load-on-startup>
</servlet>

其中包含启动顺序


[b]2.DelegatingActionProxy类,委派[/b]
import org.springframework.web.struts.DelegatingActionProxy;

首先创建一个Action类
public class LoginAction extends Action
其中包含某个属性,比如
UserDao userdao;
并且生成set和get方法

接下来我们可以在struts-config.xml里这么注册
<action-mappings >
<action
attribute="loginForm"
input="/login.jsp"
name="loginForm"
path="/login"
scope="request"
type="org.springframework.web.struts.DelegatingActionProxy"/>
</action-mappings>

<message-resources parameter="com.sun.demo.ApplicationResources" />
<plug-in className="org.springframework.web.struts.ContextLoaderPlugIn">
<set-property property="contextConfigLocation" value="/WEB-INF/applicationContext.xml"/>
</plug-in>

这样 当访问当/login.do的时候 服务器会读取这里的信息 并转交给type="org.springframework.web.struts.DelegatingActionProxy"
这个类,所以依然需要在applicationContext.xml中也注册相应的信息
<bean id="userdao" class="com.sun.demo.UserDao"></bean>

<bean name="/login" class="com.sun.demo.action.LoginAction">
<property name="userdao">
<ref bean="userdao"/>
</property>
</bean>


*注意这里的bean name 是需要和 Struts-config的path属性相一致


3.DispatcherServlet 分发Servlet类
这个类是Spring MVC的核心 其地位相等于Struts中的ActionServlet,起到分发请求的作用
故需要在web.xml中配置这个类
org.springframework.web.servlet.DispatcherServlet;
public ModelAndView handleRequest(HttpServletRequest request,
HttpServletResponse response) throws Exception {
return new ModelAndView(this.getPage());
}


web.xml里:
<servlet>
<servlet-name>myservlet</servlet-name>
<servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class>
<init-param>
<param-name>contextConfigLocation</param-name>
<param-value>/WEB-INF/applicationContext.xml</param-value>
</init-param>
</servlet>

<servlet-mapping>
<servlet-name>myservlet</servlet-name>
<url-pattern>*.ctrl</url-pattern>
</servlet-mapping>

这样,所有以.ctrl结尾的请求将交给DispatcherServlet来处理
其中init-param告诉这个类ApplicationContext文件的位置.

在ApplicationContext.xml中 :
<bean name="/login.ctrl" class="com.sun.demo.LoginControll">
<property name="userdao">
<ref bean="userdao"/>
</property>

<property name="page">
<value>success.jsp</value>
</property>
</bean>

<bean id="userdao" class="com.sun.demo.UserDao"></bean>


这就相当于在Struts-config.xml里配置Action一样的作用
当访问/login.ctrl时,Spring MVC来获取这个LoginControll,
并用IOC来注入LoginControll中需要的对象(比如SessionFactory,DateSource)
(其中page时注入的页面跳转地址)


[b]4.MultiActionController类[/b]
地位相当于Struts中的DispatcherAction 用于Action的减肥
把功能类似的方法集中在一个Action里
org.springframework.web.servlet.mvc.multiaction.MultiActionController;
public class UserController extends MultiActionController {}


在ApplicationContext.xml中如下配置:
<bean name="/user.ctrl" class="com.sun.demo.UserController">
<property name="methodNameResolver">
<ref bean="myMethodName"/>
</property>
</bean>

<bean id="myMethodName" class="org.springframework.web.servlet.mvc.multiaction.ParameterMethodNameResolver">
<property name="paramName">
<value>function</value>
</property>
<property name="defaultMethodName">
<value>findUserList</value>
</property>
</bean>

其中,我们利用IOC向这个分发器中注入一个ParameterMethodNameResolver对象
这个对象中有个paramName属性 需要被设置的,这个属性相当于Struts中DispatcherAction中的parameter="**"设置
defaultMethodName是在请求这个页面的时候默认的使用的方法(这里是findUserList)

访问路径/user.ctrl?function=addUser

继续看下去...慢慢补充
内容概要:本文档详细介绍了基于Python的在线二手电子产品回收系统的设计与实现。项目旨在通过构建一个可靠、安全、透明的平台,提高废旧电子产品的回收率,推动资源的合理再利用,提供安全可靠的交易平台,加强环保意识,促进二手市场的发展,并实现数据驱动的智能化服务。项目面临的主要挑战包括废旧电子产品的检测与评估、信息不对称与交易风险、市场需求的预测与定价、用户体验优化及平台的安全性与数据保护。解决方案涵盖智能化评估与回收定价、高效的二手产品处理流程、完善的售后保障体系、创新的市场需求分析、全程透明化与安全性保障以及定制化用户体验。系统采用微服务架构,包括用户管理、商品评估、交易管理、数据分析、支付与结算等模块。项目还涉及前端界面设计、API接口开发、数据库设计与实现、模型训练与优化、部署与应用等方面。 适合人群:具备一定编程基础,特别是对Python和Web开发有一定了解的研发人员,以及对二手电子产品回收和环保事业感兴趣的从业者。 使用场景及目标:①帮助用户方便地将闲置电子产品回收、交易或再利用,提高废旧电子产品的回收率;②通过智能化的数据分析为用户提供价格评估、市场需求分析等服务,提高回收效率;③提供安全可靠的交易平台,确保交易的公平性和安全性;④推动二手市场的健康发展,为消费者提供经济实惠的产品选择;⑤增强公众的环保意识,推动社会向绿色、低碳方向发展。 其他说明:本文档不仅提供了系统的功能模块设计、数据库表结构、API接口规范,还展示了具体代码实现和GUI界面设计,为开发者提供了全面的技术参考。此外,项目强调了数据安全和隐私保护的重要性,确保平台在运行过程中能够有效保护用户信息。项目未来改进方向包括增强模型的精准度、拓展国际市场、提供更多支付和融资选项、跨平台数据集成与分析、更加智能的回收流程以及强化社交化与社区功能。
内容概要:本文档详细介绍了基于C语言和单片机设计的固态继电器驱动空调温控系统,涵盖了从硬件电路设计、程序设计、GUI设计到代码详解的完整流程。项目旨在实现高效精准的温度控制、提升系统可靠性和寿命、灵活的参数设置和人机交互、降低能耗、模块化设计便于扩展与维护,以及促进智能家居与工业自动化发展。项目通过高精度温度采集与滤波算法、固态继电器驱动与保护电路设计、滞环控制算法、多层次软件模块化设计等创新点,确保系统的高效节能、智能化和高可靠性。; 适合人群:具备一定单片机和C语言编程基础的研发人员,尤其是从事嵌入式系统设计、智能家居和工业自动化领域的工程师。; 使用场景及目标:①实现高效精准的温度控制,确保室内温度维持在理想范围;②提升系统可靠性和寿命,减少故障率和维护成本;③支持灵活的参数设置和用户友好的人机交互界面,提升用户体验;④降低能耗,实现节能控制,推动绿色建筑和节能环保产业的发展;⑤通过模块化设计,便于后续功能升级和系统扩展,如远程监控、数据分析等智能化功能。; 其他说明:项目设计充分考虑了实际应用中的挑战,如温度采集的精度与稳定性、电气兼容性、系统响应速度与控制稳定性、软件设计的资源优化与抗干扰等,提出了针对性的解决方案。系统不仅适用于家庭智能空调,还能广泛应用于工业、商业建筑、医疗环境及农业温室等多个领域。未来改进方向包括智能温度预测与自适应控制、多传感器融合技术应用、远程监控与云平台集成、低功耗与绿色节能优化等。通过该系统,不仅能够精确控制室内温度,保障舒适环境,还能有效节能,延长设备使用寿命,具有重要的实际应用价值和推广意义。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值