Spring之Spring MVC

2023-07-20 10:51:52

Spring调配半天没搞定，原来是web.xml应该放在WEB-INF的目录下，而不是webcontent目录下；
java.lang.ClassNotFoundException: org.springframework.web.context.ContextLoaderListener；一个错误引发的血案，整个上午外加大半个下午我都在搞清楚这个东西，原来是因为lib下面没有拷贝引用的jar；在eclipse中有一个Library，Web App Library，这个目录直指WEB-INF/lib，配置是在.settings下面的org.eclipse.wst.common.component，wb-resource节点中配置了/WebContent，意味着该目录下面的jar将会用于编译；Web工程其实是需要将需要的Jar包放置到lib下面，然后Web app Library将会自动感应出来（在Build Path中的Web app Library中显示出来）；也就是说：Web项目是不需要ref lib，只要维护好web app lib就可以；
Spring中定义的servlet节点定义了dispachter类以及加载bean的内心；如果没有通过param-init节点进行contextConfigLocation节点指定，那么默认的加载的路径为WEB-INF下面的[servletname]-servlet；如果指定了则从指定的文件中加载bean文件；
BeanNameUrlHandlerMapping，是最基本的Spring的Url和Handler处理器，如果没有声明任何mapping，默认就是使用它；通过分析请求资源路径，来映射到指定的Controller中；和Mapping配套的定义的就是adapter，Spring的内部机制是dispatcher接收到请求，然后根据定义，实例化Mapping，然后mapping根据定义的adapter类型到adapter池中去找匹配的Handler（Handler必须继承和adapter相一致的handler，比如Handler是SimpleControllerHandlerAdapter，那么Controller就要继承自Controller并实现requestHandler；那要是HttpRequestHandleAadpter，那么controller就要实现HttpRequestHandler，并实现里面定义的函数；mapping是决定解析的机制，即request和handler（controller）的映射，（是注解的还是beanurl）；adapter则定义了controller的根是什么样的，用于mapping去定位；
Spring可以在声明bean的时候，指定cacheSeconds来进行缓存等对于response的设定；
ETags：Entity Tags，用来表明请求资源是否有被改变，多半都是Web服务器内置支持，比如Apache，tomcat都支持对ETag的判断；
Spring的第三个基本Bean就是ViewResolver（前两个mapping以及handlerAdapter)，他定义了如何根据指定的ViewId，找到对应的页面，这个bean里面定义了jsp文件路径以及需要处理的文件类型（.jsp）；
WebContentGenerator里面定义了很多和Http-response相关的内容，比如method，是否需要session（isRequireSession，如果请求没有对应的session将会抛出异常，isUseCacheControlHeader，是否使用缓存；AbstractController继承自这个类，同时还实现了controller，所以它是比直接继承Controller拥有更加丰富的功能，可以在声明bean的时候对于这些Http请求/相应做一些约束和指令；
如果是properties文件发生了变化，tomcat会探测到并进行自动重新加载配置文件，但是对于sping的配置文件发生了变化，则没有探测出来；不做任何动作；
调试MVC的时候，一度总是资源没有找到，后来发现是因为URL中应该添加工程名称http://localhost:8002/simplemvc-chapter2/hello；
simpleFormController的property里面定义了两个View，FormView以及SuccessView，前者用来定义请求返回页面，后者用来定义成功页面（doSubmitAction没有抛出异常）；这就是request-Post页面的配置形式
<bean name="/reg" class="cn.javass.chapter2.web.controller.RegisterController">
<property name="formView" value="register"/>
<property name="successView" value="redirect:/success"/>
</bean>
SimpleFormController中处理提交机制为：如果提交的name不是"_cancel"那么就走doSubmit方法，如果是，那么就映射到onCancel方法中去；对于redirect关键字，代表着其实是相应先到客户端，然后再让客户端向目标地址再发请求，所以通过Fidler看到的其实是两个请求；比如取消提交，首先请求是register，服务器response，在Response Header中的"Transport"节点添加值为Location: http://localhost:8002/simplemvc-chapter2/cancel然后客户端再次向Location地址发送请求；
所以对于formView, successView以及CancelView指代都是返回到客户端的；redirect不过是在Response Header里面的Transport添加了Redirect的地址而已；
setViewName其实是和ViewResolver进行接力，ViewResolver里面定义了到哪里去找View对应的JSP，Controller返回ModelAndView之后，ViewResolver将会根据ViewName附加.jsp去寻找对应的页面来进行渲染（还包括${...}占位符的填充；Spring正常情况只能制定一种ViewResolver（只能处理一种文件）；
点，就是因为错误的理解为，Spring将会递归遍历UserModelContainer中所以字段找到同名属性进行赋值；但是真实情况是：UserName其实是直接付给UserContainer中同名属性（只是查看一级），如果同名属性被注册为CustomerEditor，那么进行自定义处理；其实PropertyEditorSupport主要不是做类型校验，而是做类型转换，比如QueryString中addree=LN-DL-高新区，那么可以设计一个Address对象，以"-"做分隔符，来为Province，City以及Street三字段赋值；
作为BindException类型通过getModel()方式获得command对象并传递到同台，<form:form><form:error path="*">...解析机制并不是找modelView.addObject(key, command)里面的key，而是解析command里面的key值，这个key值是AbstractCommandController中构造函数时候调用setCommandName(key)是指定的key值；当然，对于页面元素的渲染，使用的是addObject的时候指定的Key值来做索引，比如value="${objectKey.username}"；form:form/error是基于自身的key
切记拦截器（Interceptor）在xml中配置的位置为顶端，如果把它放置在底部，将会导致拦截器失效；拦截器是全局有效的，所以拦截器的意义在于可以影响全局（比如记录日志，验证来源），如果只是局部，可以考虑直接在具体的controller里面来做这件事情；可以指定多个拦截器，配置中<list>节点下面的配置顺序很重要，就是按照这个顺序来执行拦截器的；
拦截器有三个方法，方别是controller处理前（preHandle)，controller处理后（postHandle）以及全部执行完毕（包括页面渲染/生成）（afterCompletion），其中preHandle如果返回为false，那么就终止执行，后续包括其他拦截器，controller都不在执行，返回的就是一个空白页面；
拦截器的核心配置为：

<list>

</list>

</property>

</bean>

拦截器需要继承HandlerInterceptorAdapter
关于自定义错误：
后台：errors.rejectValue("userName", "username.not.empty");
前台：<input type="text" value="${uuv.userName }"/><form:errors path="UserMode.userName" cssStyle="color.red"></form:errors>；path中的UserMode来自于后台的构造函数：super.setCommandName("UserMode");
还可以使用validator来进行封装，继承自Validator：

public class UserInfoValidator implements Validator {

@Override

public boolean supports(Class<?> clazz) {

return UserModel.class == clazz;

}

@Override

public void validate(Object target, Errors errors) {

errors.rejectValue("userName", "", "公司名称请用全称");

}

前端代码：<form:errors path="user.userName" cssStyle="color.red"></form:errors>用来接收userName异常信息显式；

配置文件：

... ...

</bean>

拦截器和过滤器是有层面区别：Filter是包裹Interceptor的；
使用注解的MVC，handlerMapping使用的是：org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerMapping
HandlerAdapter使用的是：org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerAdapter ；ViewResolver还是用：org.springframework.web.servlet.view.InternalResourceViewResolver不变；
Controller级别声明@Controller，在方法级别声明@RequestMapping("/hello")；即可；
页面端处理和之前是一样的，通过${message}来获取对应的信息；如果你的后台通过mv.setObject("message", userInfo)，useInfo是一个你定义的包含属性userName（同时又get/set函数），这个时候，你需要在前台通过${message.userName}来获得后台的赋值；其实之前讲述的AbstractCommandControl里面定义的Command，只不过做了一件事情，就是new了一个entity，因为前台都是通过${user.userName}这样的形式进行数据绑定，request的时候，会根据服务器返回的user字段数据进行绑定；提交的时候，会把这些数据收集，在后台放置到一个Command对象中（根据字段名称进行映射）；
如果是在controller类级别添加RequestMapping声明，这是添加对于资源路径限制，比如：

@Controller

@RequestMapping("/user")

public class HelloworldAnnocation {

@RequestMapping("/hello")

public ModelAndView helloWorld(){... ...

可以匹配http://ip:port/user/hello，但是无法匹配http://ip:port/hello；

基于注解的MVC：

配置

<?xml version="1.0" encoding="UTF-8"?>

<beans xmlns="http://www.springframework.org/schema/beans"

xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"

xsi:schemaLocation="http://www.springframework.org/schema/beans

http://www.springframework.org/schema/beans/spring-beans.xsd">

<bean

class="org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerMapping" />

<bean

class="org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerAdapter" />

<bean

class="org.springframework.web.servlet.view.InternalResourceViewResolver">

<property name="viewClass"

value="org.springframework.web.servlet.view.JstlView" />

</bean>

</beans>

1）三大核心对象，HandleMapping，HandleAdapter以及ViewResolver

请求

@RequestMapping(value="/usr", method=RequestMethod.GET)

public ModelAndView reg(){

ModelAndView mv = new ModelAndView();

UserInfo u = new UserInfo();

u.setUserName("Jim");

mv.setViewName("reg");

mv.addObject("user", u);

System.out.println("Just get method");

return mv;

}

1）需要注明method是GET；

2）如果不需要向前台绑定数据，方法可以返回值为String，返回页面的名称即可，比如 return "reg"；但是如果需要向前台绑定数据，那么，就需要生成ModelAndView对象，对其进行addObject处理；

3）前台绑定使用"user"做索引进行字段绑定，比如：
<input type="text" name="userName" value="${user.userName}"/>

提交处理

@RequestMapping(value="/usr", method=RequestMethod.POST)

public ModelAndView regSumbit(HttpServletRequest request, UserInfo user){

ModelAndView mv = new ModelAndView();

System.out.println("model's address is: " + user.getAddress());

user.setUserName("Lorry");

user.setAddress(user.getAddress() + "_returnback");

mv.addObject("user", user);

mv.setViewName("reg");

return mv;

}

1）需要注明method是POSt；

2）接受UserInfo对象，注意要保证前台input控件的name和UserInfo中字段是对应关系；比如：
<input type="text" name="userName" value="${user.userName}"/>

页面

<body>

User Name: <input type="text" name="userName" value="${user.userName}" /></br>

User Address: <input type="text" name="address" value="${user.address }" /></br>

</form>

</body>

1）form标签需要声明method为"post"；

2）name属性需要和后台绑定Model字段保持一致；value属性使用后台赋值对象名称做索引；

Parameter（QueryString的处理）

public String requestparam2(@RequestParam("username") String username)

@RequestParam注解主要有哪些参数：

value：参数名字，即入参的请求参数名字，如username表示请求的参数区中的名字为username的参数的值将传入；

required：是否必须，默认是true，表示请求中一定要有相应的参数，否则将报404错误码；

defaultValue：默认值，表示如果请求中没有同名参数时的默认值，默认值可以是SpEL表达式，如"#{systemProperties['java.vm.version']}"。

@PathVariable绑定URI模板变量值

@RequestMapping(value="/users/{userId}/topics/{topicId}")
public String test(
@PathVariable(value="userId") int userId,
@PathVariable(value="topicId") int topicId)

码农公寓

相关文章