`
jinnianshilongnian
  • 浏览: 21504159 次
  • 性别: Icon_minigender_1
博客专栏
5c8dac6a-21dc-3466-8abb-057664ab39c7
跟我学spring3
浏览量:2418704
D659df3e-4ad7-3b12-8b9a-1e94abd75ac3
Spring杂谈
浏览量:3008807
43989fe4-8b6b-3109-aaec-379d27dd4090
跟开涛学SpringMVC...
浏览量:5639498
1df97887-a9e1-3328-b6da-091f51f886a1
Servlet3.1规范翻...
浏览量:259922
4f347843-a078-36c1-977f-797c7fc123fc
springmvc杂谈
浏览量:1597329
22722232-95c1-34f2-b8e1-d059493d3d98
hibernate杂谈
浏览量:250226
45b32b6f-7468-3077-be40-00a5853c9a48
跟我学Shiro
浏览量:5858966
Group-logo
跟我学Nginx+Lua开...
浏览量:702014
5041f67a-12b2-30ba-814d-b55f466529d5
亿级流量网站架构核心技术
浏览量:785225
社区版块
存档分类
最新评论

第四章 Controller接口控制器详解(5)——跟着开涛学SpringMVC

 
阅读更多

 

原创内容,转载请注明iteye http://jinnianshilongnian.iteye.com/

4.15MultiActionController

之前学过的控制器如AbstractCommandControllerSimpleFormController等一般对应一个功能处理方法(如新增),如果我要实现比如最简单的用户增删改查(CRUD Create-Read-Update-Delete),那该怎么办呢?

 

4.15.1 解决方案

1、每一个功能对应一个控制器,如果是CRUD则需要四个控制器,但这样我们的控制器会暴增,肯定不可取;

2、使用Spring Web MVC提供的MultiActionController,用于支持在一个控制器里添加多个功能处理方法,即将多个请求的处理方法放置到一个控制器里,这种方式不错。

 

4.15.2 问题

1、  MultiActionController如何将不同的请求映射不同的请求的功能处理方法呢?

Spring Web MVC提供了MethodNameResolver(方法名解析器)用于解析当前请求到需要执行的功能处理方法的方法名。默认使用InternalPathMethodNameResolver实现类,另外还提供了ParameterMethodNameResolverPropertiesMethodNameResolver,当然我们也可以自己来实现,稍候我们仔细研究下它们是如何工作的。

 

2、那我们的功能处理方法应该怎么写呢?

public (ModelAndView | Map | String | void) actionName(HttpServletRequest request, HttpServletResponse response, [,HttpSession session] [,AnyObject]);

 

哦,原来如此,我们只需要按照如上格式写我们的功能处理方法即可;此处需要注意一下几点:

1、返回值:即模型和视图部分;

ModelAndView模型和视图部分,之前已经见过了;

Map只返回模型数据,逻辑视图名会根据RequestToViewNameTranslator实现类来计算,稍候讨论;

String只返回逻辑视图名;

void表示该功能方法直接写出response响应(如果其他返回值类型(如Map)返回null则和void进行相同的处理);

2actionName功能方法名字;由methodNameResolver根据请求信息解析功能方法名,通过反射调用;

3、形参列表:顺序固定,“[]”表示可选,我们来看看几个示例吧:

//表示到新增页面

public ModelAndView toAdd(HttpServletRequest request, HttpServletResponse response);

//表示新增表单提交,在最后可以带着命令对象

public ModelAndView add(HttpServletRequest request, HttpServletResponse response, UserModel user);

//列表,但只返回模型数据,视图名会通过RequestToViewNameTranslator实现来计算

public Map list(HttpServletRequest request, HttpServletResponse response);

//文件下载,返回值类型为void,表示该功能方法直接写响应

public void fileDownload(HttpServletRequest request, HttpServletResponse response)

//第三个参数可以是session

public ModelAndView sessionWith(HttpServletRequest request, HttpServletResponse response, HttpSession session);

//如果第三个参数是session,那么第四个可以是命令对象,顺序必须是如下顺序

public void sessionAndCommandWith(HttpServletRequest request, HttpServletResponse response, HttpSession session, UserModel user)

4、异常处理方法,MultiActionController提供了简单的异常处理,即在请求的功能处理过程中遇到异常会交给异常处理方法进行处理,式如下所示:

public ModelAndView anyMeaningfulName(HttpServletRequest request, HttpServletResponse response, ExceptionClass exception)

MultiActionController使用最接近的异常类型来匹配对应的异常处理方法,示例如下所示:

 

//处理PayException

public ModelAndView processPayException(HttpServletRequest request, HttpServletResponse response, PayException ex)

//处理Exception

public ModelAndView processException(HttpServletRequest request, HttpServletResponse response,  Exception ex)

4.15.3 MultiActionController类实现

类定义:public class MultiActionController extends AbstractController implements LastModified ,继承了AbstractController,并实现了LastModified接口,默认返回-1

 

核心属性:

delegate功能处理的委托对象,即我们要调用请求处理方法所在的对象,默认是this

methodNameResolver功能处理方法名解析器,即根据请求信息来解析需要执行的delegate的功能处理方法的方法名。

核心方法:

 

//判断方法是否是功能处理方法
private boolean isHandlerMethod(Method method) {
    //得到方法返回值类型
	Class returnType = method.getReturnType();
    //返回值类型必须是ModelAndView、Map、String、void中的一种,否则不是功能处理方法
	if (ModelAndView.class.equals(returnType) || Map.class.equals(returnType) || String.class.equals(returnType) ||
			void.class.equals(returnType)) {
		Class[] parameterTypes = method.getParameterTypes();
        //功能处理方法参数个数必须>=2,且第一个是HttpServletRequest类型、第二个是HttpServletResponse
        //且不能Controller接口的handleRequest(HttpServletRequest request, HttpServletResponse response),这个方法是由系统调用
		return (parameterTypes.length >= 2 &&
				HttpServletRequest.class.equals(parameterTypes[0]) &&
				HttpServletResponse.class.equals(parameterTypes[1]) &&
				!("handleRequest".equals(method.getName()) && parameterTypes.length == 2));
	}
	return false;
}

 

//是否是异常处理方法
private boolean isExceptionHandlerMethod(Method method) {
    //异常处理方法必须是功能处理方法 且 参数长度为3、第三个参数类型是Throwable子类
	return (isHandlerMethod(method) &&
			method.getParameterTypes().length == 3 &&
			Throwable.class.isAssignableFrom(method.getParameterTypes()[2]));
}
private void registerHandlerMethods(Object delegate) {
    //缓存Map清空
	this.handlerMethodMap.clear();
	this.lastModifiedMethodMap.clear();
	this.exceptionHandlerMap.clear();

    //得到委托对象的所有public方法
	Method[] methods = delegate.getClass().getMethods();
	for (Method method : methods) {
        //验证是否是异常处理方法,如果是放入exceptionHandlerMap缓存map
		if (isExceptionHandlerMethod(method)) {
			registerExceptionHandlerMethod(method);
		}
        //验证是否是功能处理方法,如果是放入handlerMethodMap缓存map
		else if (isHandlerMethod(method)) {
			registerHandlerMethod(method);
			registerLastModifiedMethodIfExists(delegate, method);
		}
	}
}
protected ModelAndView handleRequestInternal(HttpServletRequest request, HttpServletResponse response)
		throws Exception {
	try {
        //1、使用methodNameResolver 方法名解析器根据请求解析到要执行的功能方法的方法名
		String methodName = this.methodNameResolver.getHandlerMethodName(request);
        //2、调用功能方法(通过反射调用,此处就粘贴代码了)
		return invokeNamedMethod(methodName, request, response);
	}
	catch (NoSuchRequestHandlingMethodException ex) {
		return handleNoSuchRequestHandlingMethod(ex, request, response);
	}
}

 

接下来,我们看一下MultiActionController如何使用MethodNameResolver来解析请求到功能处理方法的方法名。

4.15.4 MethodNameResolver

1、InternalPathMethodNameResolver:MultiActionController的默认实现,提供从请求URL路径解析功能方法的方法名,从请求的最后一个路径(/)开始,并忽略扩展名;如请求URL是“/user/list.html”,则解析的功能处理方法名为“list”,即调用list方法。该解析器还可以指定前缀和后缀,通过prefix和suffix属性,如指定prefix=”test_”,则功能方法名将变为test_list;

 

2、ParameterMethodNameResolver:提供从请求参数解析功能处理方法的方法名,并按照如下顺序进行解析:

(1、 methodParamNames:根据请求的参数名解析功能方法名(功能方法名和参数名同名);

<property name="methodParamNames" value="list,create,update"/>       

  如上配置时,如果请求中含有参数名list、create、update时,则功能处理方法名为list、create、update,这种方式的可以在当一个表单有多个提交按钮时使用,不同的提交按钮名字不一样即可。

  ParameterMethodNameResolver也考虑到图片提交按钮提交问题:

    <input type="image" name="list"> 和submit类似可以提交表单,单击该图片后会发送两个参数“list.x=x轴坐标”和“list.y=y轴坐标”(如提交后会变为list.x=7&list.y=5);因此我们配置的参数名(如list)在会加上“.x” 和 “.y”进行匹配。

 

for (String suffix : SUBMIT_IMAGE_SUFFIXES)  {//SUBMIT_IMAGE_SUFFIXES {“.x”, “.y”}
    if (request.getParameter(name + suffix) != null) {// name是我们配置的methodParamNames
        return true;
    }
}

 

2、paramName:根据请求参数名的值解析功能方法名,默认的参数名是action,即请求的参数中含有“action=query”,则功能处理方法名为query;

3、logicalMappings:逻辑功能方法名到真实功能方法名映射,如下所示:

       <property name="logicalMappings">
           <props>
               <prop key="doList">list</prop>
           </props>
       </property>

  即如果步骤1或2解析出逻辑功能方法名为doList(逻辑的),将会被重新映射为list功能方法名(真正执行的)。

4、defaultMethodName:默认的方法名,当以上策略失败时默认调用的方法名。

 

3、PropertiesMethodNameResolver:提供自定义的从请求URL解析功能方法的方法名,使用一组用户自定义的模式到功能方法名的映射,映射使用Properties对象存放,具体配置示例如下:

<bean id="propertiesMethodNameResolver" 
class="org.springframework.web.servlet.mvc.multiaction.PropertiesMethodNameResolver">
    <property name="mappings">
        <props>
              <prop key="/create">create</prop>
              <prop key="/update">update</prop>
              <prop key="/delete">delete</prop>
              <prop key="/list">list</prop>
              <!-- 默认的行为 -->
              <prop key="/**">list</prop>
        </props>
    </property>
</bean> 

对于/create请求将调用create方法,Spring内部使用PathMatcher进行匹配(默认实现是AntPathMatcher)。

4.15.5 RequestToViewNameTranslator

用于直接将请求转换为逻辑视图名。默认实现为DefaultRequestToViewNameTranslator。

 

1、DefaultRequestToViewNameTranslator:将请求URL转换为逻辑视图名,默认规则如下:

  http://localhost:9080/web上下文/list -------> 逻辑视图名为list

  http://localhost:9080/web上下文/list.html -------> 逻辑视图名为list(默认删除扩展名)

  http://localhost:9080/web上下文/user/list.html -------> 逻辑视图名为user/list

4.15.6 示例

1、控制器UserController

package cn.javass.chapter4.web.controller;
//省略import
public class UserController extends MultiActionController {
    //用户服务类
	private UserService userService;
	//逻辑视图名 通过依赖注入方式注入,可配置
	private String createView;
	private String updateView;
	private String deleteView;
	private String listView;
	private String redirectToListView;
	//省略setter/getter

	public String create(HttpServletRequest request, HttpServletResponse response, UserModel user) {
		if("GET".equals(request.getMethod())) {
			//如果是get请求 我们转向 新增页面
			return getCreateView();
		}
		userService.create(user);
		//直接重定向到列表页面
		return getRedirectToListView();
	}
	public ModelAndView update(HttpServletRequest request, HttpServletResponse response, UserModel user) {
		if("GET".equals(request.getMethod())) {
			//如果是get请求 我们转向更新页面
			ModelAndView mv = new ModelAndView();
			//查询要更新的数据
			mv.addObject("command", userService.get(user.getUsername()));
			mv.setViewName(getUpdateView());
			return mv;
		}
		userService.update(user);
		//直接重定向到列表页面
		return new ModelAndView(getRedirectToListView());
	}

	
	public ModelAndView delete(HttpServletRequest request, HttpServletResponse response, UserModel user) {
		if("GET".equals(request.getMethod())) {
			//如果是get请求 我们转向删除页面
			ModelAndView mv = new ModelAndView();
			//查询要删除的数据
			mv.addObject("command", userService.get(user.getUsername()));
			mv.setViewName(getDeleteView());
			return mv;
		}
		userService.delete(user);
		//直接重定向到列表页面
		return new ModelAndView(getRedirectToListView());
	}	
	
	public ModelAndView list(HttpServletRequest request, HttpServletResponse response) {
		ModelAndView mv = new ModelAndView();
		mv.addObject("userList", userService.list());
		mv.setViewName(getListView());
		return mv;
	}
	
	//如果使用委托方式,命令对象名称只能是command
	protected String getCommandName(Object command) {
		//命令对象的名字 默认command
		return "command";
	}
}

  增删改:如果是GET请求方法,则表示到展示页面,POST请求方法表示真正的功能操作;

  getCommandName:表示是命令对象名字,默认command,对于委托对象实现方式无法改变,因此我们就使用默认的吧。

 

2、spring配置文件chapter4-servlet.xml

 

   <bean id="userService" class="cn.javass.chapter4.service.UserService"/>
   <bean name="/user/**" class="cn.javass.chapter4.web.controller.UserController">
       <property name="userService" ref="userService"/>
       <property name="createView" value="user/create"/>
       <property name="updateView" value="user/update"/>
       <property name="deleteView" value="user/delete"/>
       <property name="listView" value="user/list"/>
       <property name="redirectToListView" value="redirect:/user/list"/>
       <!-- 使用PropertiesMethodNameResolver来解析功能处理方法名 -->       
       <!--property name="methodNameResolver" ref="propertiesMethodNameResolver"/-->
   </bean>

 

  userService:用户服务类,实现业务逻辑;

  依赖注入:对于逻辑视图页面通过依赖注入方式注入,redirectToListView表示增删改成功后重定向的页面,防止重复表单提交;

  默认使用InternalPathMethodNameResolver解析请求URL到功能方法名。

 

3、视图页面

3.1、list页面(WEB-INF/jsp/user/list.jsp)

 

<a href="${pageContext.request.contextPath}/user/create">用户新增</a><br/>
<table border="1" width="50%">
   <tr>
      <th>用户名</th>
      <th>真实姓名</th>
      <th>操作</th>
   </tr> 
   <c:forEach items="${userList}" var="user">
   <tr>
      <td>${user.username }</td>
      <td>${user.realname }</td>
      <td>
          <a href="${pageContext.request.contextPath}/user/update?username=${user.username}">更新</a>
          |
          <a href="${pageContext.request.contextPath}/user/delete?username=${user.username}">删除</a>
      </td>
   </tr>
   </c:forEach>   
</table>

 

3.2、update页面(WEB-INF/jsp/user/update.jsp)

<form action="${pageContext.request.contextPath}/user/update" method="post">
用户名: <input type="text" name="username" value="${command.username}"/><br/>
真实姓名:<input type="text" name="realname" value="${command.realname}"/><br/>
<input type="submit" value="更新"/>
</form>

4、测试:

默认的InternalPathMethodNameResolver将进行如下解析:

http://localhost:9080/springmvc-chapter4/user/list————>list方法名;

http://localhost:9080/springmvc-chapter4/user/create————>create方法名;

http://localhost:9080/springmvc-chapter4/user/update————>update功能处理方法名;

http://localhost:9080/springmvc-chapter4/user/delete————>delete功能处理方法名。

 

我们可以将默认的InternalPathMethodNameResolver改为PropertiesMethodNameResolver

 

<bean id="propertiesMethodNameResolver" 
class="org.springframework.web.servlet.mvc.multiaction.PropertiesMethodNameResolver">
    <property name="mappings">
        <props>
              <prop key="/user/create">create</prop>
              <prop key="/user/update">update</prop>
              <prop key="/user/delete">delete</prop>
              <prop key="/user/list">list</prop>
              <prop key="/**">list</prop><!-- 默认的行为 -->
          </props>
    </property>
    <property name="alwaysUseFullPath" value="false"/><!-- 不使用全路径 -->
</bean>   
<bean name="/user/**" class="cn.javass.chapter4.web.controller.UserController">
       <!—省略其他配置,详见配置文件-->
       <!-- 使用PropertiesMethodNameResolver来解析功能处理方法名 -->       
       <property name="methodNameResolver" ref="propertiesMethodNameResolver"/>
</bean> 

 

 /**表示默认解析到list功能处理方法。

如上配置方式可以很好的工作,但必须继承MultiActionControllerSpring Web MVC提供给我们无需继承MultiActionController实现方式,即使有委托对象方式,继续往下看吧。

4.15.7、委托方式实现

1、控制器UserDelegate

   将UserController复制一份,改名为UserDelegate,并把继承MultiActionController去掉即可,其他无需改变。

2、spring配置文件chapter4-servlet.xml 

<!—委托对象-->
<bean id="userDelegate" class="cn.javass.chapter4.web.controller.UserDelegate">
   <property name="userService" ref="userService"/>
   <property name="createView" value="user2/create"/>
   <property name="updateView" value="user2/update"/>
   <property name="deleteView" value="user2/delete"/>
   <property name="listView" value="user2/list"/>
   <property name="redirectToListView" value="redirect:/user2/list"/>
</bean>
<!—控制器对象-->
<bean name="/user2/**" 
class="org.springframework.web.servlet.mvc.multiaction.MultiActionController">
<property name="delegate" ref="userDelegate"/>
    <property name="methodNameResolver" ref="parameterMethodNameResolver"/>
</bean>

 delegate控制器对象通过delegate属性指定委托对象,即实际调用delegate委托对象的功能方法。

 methodNameResolver此处我们使用ParameterMethodNameResolver解析器;

<!—ParameterMethodNameResolver -->
<bean id="parameterMethodNameResolver" 
class="org.springframework.web.servlet.mvc.multiaction.ParameterMethodNameResolver">
<!-- 1、根据请求参数名解析功能方法名 -->
    <property name="methodParamNames" value="create,update,delete"/>
    <!-- 2、根据请求参数名的值解析功能方法名 -->
    <property name="paramName" value="action"/>
<!-- 3、逻辑方法名到真实方法名的映射 -->
    <property name="logicalMappings">
       <props>
           <prop key="doList">list</prop>
       </props>
    </property>
    <!—4、默认执行的功能处理方法 -->
    <property name="defaultMethodName" value="list"/>
</bean>   

1、methodParamNamescreate,update,delete,当请求中有参数名为这三个的将被映射为功能方法名,如“<input type="submit" name="create" value="新增"/>”提交后解析得到的功能方法名为create;

2、paramName:当请求中有参数名为action,则将值映射为功能方法名,如“<input type="hidden" name="action" value="delete"/>”,提交后解析得到的功能方法名为delete

3、logicalMappings:逻辑功能方法名到真实功能方法名的映射,如:

    http://localhost:9080/springmvc-chapter4/user2?action=doList

    首先请求参数“action=doList”,则第二步解析得到逻辑功能方法名为doList;

    本步骤会把doList再转换为真实的功能方法名list。

4、defaultMethodName:以上步骤如果没有解析到功能处理方法名,默认执行的方法名。

 

3、视图页面

3.1、list页面(WEB-INF/jsp/user2/list.jsp)

<a href="${pageContext.request.contextPath}/user2?action=create">用户新增</a><br/>
<table border="1" width="50%">
   <tr>
      <th>用户名</th>
      <th>真实姓名</th>
      <th>操作</th>
   </tr> 
   <c:forEach items="${userList}" var="user">
   <tr>
      <td>${user.username }</td>
      <td>${user.realname }</td>
      <td>
          <a href="${pageContext.request.contextPath}/user2?action=update&username=${user.username}">更新</a>
          |
          <a href="${pageContext.request.contextPath}/user2?action=delete&username=${user.username}">删除</a>
      </td>
   </tr>
   </c:forEach>   
</table> 

3.2、update页面(WEB-INF/jsp/user2/update.jsp)

<form action="${pageContext.request.contextPath}/user2" method="post">
<input type="hidden" name="action" value="update"/>
用户名: <input type="text" name="username" value="${command.username}"/><br/>
真实姓名:<input type="text" name="realname" value="${command.realname}"/><br/>
<input type="submit" value="更新"/>
</form> 

  通过参数name="action" value="update"来指定要执行的功能方法名update。

 

3.3、create页面(WEB-INF/jsp/user2/create.jsp)

<form action="${pageContext.request.contextPath}/user2" method="post">
用户名: <input type="text" name="username" value="${command.username}"/><br/>
真实姓名:<input type="text" name="realname" value="${command.realname}"/><br/>
<input type="submit" name="create" value="新增"/>
</form> 

  通过参数name="create"来指定要执行的功能方法名create。

4、测试:

使用ParameterMethodNameResolver将进行如下解析:

http://localhost:9080/springmvc-chapter4/user2?create      ————>create功能处理方法名(参数名映射);

http://localhost:9080/springmvc-chapter4/user2?action=create————>create功能处理方法名(参数值映射);

 

http://localhost:9080/springmvc-chapter4/user2?update      ————>update功能处理方法名;

http://localhost:9080/springmvc-chapter4/user2?action=update————>update功能处理方法名;

 

http://localhost:9080/springmvc-chapter4/user2?delete      ————>delete功能处理方法名;

http://localhost:9080/springmvc-chapter4/user2?action=delete————>delete功能处理方法名;

 

http://localhost:9080/springmvc-chapter4/user2?doList      ————>通过logicalMappings解析为list功能处理方法。

http://localhost:9080/springmvc-chapter4/user2?action=doList————>通过logicalMappings解析为list功能处理方法。

 

http://localhost:9080/springmvc-chapter4/user2————>默认的功能处理方法名list(默认)。

 

 

原创内容,转载请注明iteye http://jinnianshilongnian.iteye.com/

 

35
22
分享到:
评论
18 楼 yumingtao 2013-02-01  
jinnianshilongnian 写道
修正

在PropertiesMethodNameResolver 加上
<property name="alwaysUseFullPath" value="false"/><!-- 不使用全路径 -->

否则就是全路径匹配,即需要
/user/create
/user/update
……

非常感谢guochaojun指正


我在spring3.2.0中测试,加上<property name="alwaysUseFullPath" value="false"/>还是没有效果,必须用
/user/create
/user/update
....
求解
17 楼 jinnianshilongnian 2012-12-23  
hxhnarkissos 写道
发现我真的很笨啊,一点都看不出来这文章里面的顺序呢,没有一条线下来的解析,想到什么说什么不知道要干什么

我的想法是:

要达到什么样的流程先做足了铺垫,写清楚了用其他非springMVC框架要实现这个流程有多麻烦

然后一步一步的先把实现这个流程用springMVC的一种实现方式写清楚了,而不是说着说着拐来拐去

下一步看看上面的实现过程有哪些步骤,比如说有步骤1、2、3,这其中的每个步骤springMVC
有什么同类实现,换成这个同类实现然后看下具体什么区别

最后下个结论那种方式更好用,更节省代码,更灵活

当然你要写到这种程度就可以出书了

谢谢你的批评,总想着把所有相关知识写全写完整,这样就变成浆糊了。非常感谢。
16 楼 hxhnarkissos 2012-12-23  
发现我真的很笨啊,一点都看不出来这文章里面的顺序呢,没有一条线下来的解析,想到什么说什么不知道要干什么

我的想法是:

要达到什么样的流程先做足了铺垫,写清楚了用其他非springMVC框架要实现这个流程有多麻烦

然后一步一步的先把实现这个流程用springMVC的一种实现方式写清楚了,而不是说着说着拐来拐去

下一步看看上面的实现过程有哪些步骤,比如说有步骤1、2、3,这其中的每个步骤springMVC
有什么同类实现,换成这个同类实现然后看下具体什么区别

最后下个结论那种方式更好用,更节省代码,更灵活

当然你要写到这种程度就可以出书了
15 楼 tianyulif 2012-12-03  
我调试了一下关于PropertiesMethodNameResolver这个例子,好像有点问题,后来查了查资料好像要配合SimpleUrlHandlerMapping一起才可以用。加上去发现配置就多了。
14 楼 縌流而上的魚 2012-11-23  
jinnianshilongnian 写道
縌流而上的魚 写道
老师

我做列子的时候,老师页面中转到“/springMVC/user/WEB-INF/jsp/user/list.jsp”这里,中间总是加一个user不知道为什么啊。。哪里配置错了吗?

哪个例子?

(2、spring配置文件chapter4-servlet.xml
<bean id="userService" class="cn.javass.chapter4.service.UserService"/>  
<bean name="/user/**" class="cn.javass.chapter4.web.controller.UserController">  
    <property name="userService" ref="userService"/>  
    <property name="createView" value="user/create"/>  
    <property name="updateView" value="user/update"/>  
    <property name="deleteView" value="user/delete"/>  
    <property name="listView" value="user/list"/>  
    <property name="redirectToListView" value="redirect:/user/list"/>  
    <!-- 使用PropertiesMethodNameResolver来解析功能处理方法名 -->         
    <!--property name="methodNameResolver" ref="propertiesMethodNameResolver"/-->  
</bean>  

这个列子这里卡住了。我等下从头开始来一遍,肯定是有个地方配置错了。
13 楼 jinnianshilongnian 2012-11-22  
縌流而上的魚 写道
老师

我做列子的时候,老师页面中转到“/springMVC/user/WEB-INF/jsp/user/list.jsp”这里,中间总是加一个user不知道为什么啊。。哪里配置错了吗?

哪个例子?
12 楼 縌流而上的魚 2012-11-22  
老师

我做列子的时候,老师页面中转到“/springMVC/user/WEB-INF/jsp/user/list.jsp”这里,中间总是加一个user不知道为什么啊。。哪里配置错了吗?
11 楼 jinnianshilongnian 2012-11-02  
修正

在PropertiesMethodNameResolver 加上
<property name="alwaysUseFullPath" value="false"/><!-- 不使用全路径 -->

否则就是全路径匹配,即需要
/user/create
/user/update
……

非常感谢guochaojun指正
10 楼 xiaoxiaozhu 2012-09-08  
9 楼 彩虹神 2012-09-04  
传统配置要看,注解的也要看,最好能有那么几个例子是两者对比的...
大哥写的这些篇文章一直在看,写的真心不错,期待您的新系列!
8 楼 jinnianshilongnian 2012-08-23  
jacking124 写道
期待注解部分的光临,大概怎么没有附件下载了。

附件单独发帖 下载。
7 楼 jacking124 2012-08-23  
期待注解部分的光临,大概怎么没有附件下载了。
6 楼 jinnianshilongnian 2012-08-20  
ForgiDaved 写道
  大哥,咋不更新了呢,等了好几天罗

这两天吧 谢谢啊
5 楼 ForgiDaved 2012-08-20  
  大哥,咋不更新了呢,等了好几天罗
4 楼 jinnianshilongnian 2012-08-13  
snowolf 写道
jinnianshilongnian 写道
snowolf 写道
MultiActionController一直是我的最爱,自打使用注解后,再也不用继承了,但还是习惯于MultiActionController模式。兄弟,不如早些接触注解方式,开发效率翻番!

恩,后续会介绍注解方式,这一系列Controller接口方式不合大家胃口

看来大家都用注解了, ,坚持发完这一系列Controller接口方式的吧,100多页。下次再写直接上最新的,不要考虑神马遗留问题

呵呵

我在Spring2.5时代,开始接触注解,各种水土不服。现在用的很习惯了!当时,整理过系列贴,http://snowolf.iteye.com/blog/577989,可以参考下。


我也是从Controller接口方式慢慢转到注解方式。

看过那个系列,挺不错,
3 楼 snowolf 2012-08-13  
jinnianshilongnian 写道
snowolf 写道
MultiActionController一直是我的最爱,自打使用注解后,再也不用继承了,但还是习惯于MultiActionController模式。兄弟,不如早些接触注解方式,开发效率翻番!

恩,后续会介绍注解方式,这一系列Controller接口方式不合大家胃口

看来大家都用注解了, ,坚持发完这一系列Controller接口方式的吧,100多页。下次再写直接上最新的,不要考虑神马遗留问题

呵呵

我在Spring2.5时代,开始接触注解,各种水土不服。现在用的很习惯了!当时,整理过系列贴,http://snowolf.iteye.com/blog/577989,可以参考下。
2 楼 jinnianshilongnian 2012-08-13  
snowolf 写道
MultiActionController一直是我的最爱,自打使用注解后,再也不用继承了,但还是习惯于MultiActionController模式。兄弟,不如早些接触注解方式,开发效率翻番!

恩,后续会介绍注解方式,这一系列Controller接口方式不合大家胃口

看来大家都用注解了, ,坚持发完这一系列Controller接口方式的吧,100多页。下次再写直接上最新的,不要考虑神马遗留问题

呵呵
1 楼 snowolf 2012-08-13  
MultiActionController一直是我的最爱,自打使用注解后,再也不用继承了,但还是习惯于MultiActionController模式。兄弟,不如早些接触注解方式,开发效率翻番!

相关推荐

    SpringMvc开涛.rar

    PDF,源代码 开涛学SpringMVC 第一章源...第四章 Controller接口控制器详解 源代码下载 第五章 处理器拦截器详解——跟着开涛学SpringMVC 第六章 注解式控制器详解 第七章 注解式控制器的数据验证、类型转换及格式化

    springmvc系列教程PDF精讲.

    1. **MVC架构**:首先,我们需要了解MVC模式,它是一种设计模式,将应用程序分为三个主要组件——模型(Model)、视图(View)和控制器(Controller)。在SpringMVC中,模型处理业务逻辑,视图负责展示数据,而控制...

    SpringMVC面试专题及答案整理.pdf

    该框架通过将应用程序的不同部分——模型(Model)、视图(View)和控制器(Controller)分离,使得各个部分能够各司其职,从而提高代码的可读性和可维护性。 - **模型(Model)**:负责处理应用程序的数据逻辑,...

    官方推荐——>基于SSM的图书馆管理系统毕业设计,带SQL文件

    《基于SSM的图书馆管理系统毕业设计详解》 SSM(Spring、SpringMVC、MyBatis)是一个在Java开发领域广泛应用的开源框架组合,它在构建企业级Web应用时提供了强大的支持。本毕业设计——“基于SSM的图书馆管理系统”...

    Java语言+基于SSM超市订单管理系统(毕业设计、课程设计使用).zip

    4. 支付模块:与第三方支付平台接口对接,实现在线支付功能,涉及安全支付协议。 5. 库存模块:实时更新库存信息,确保订单执行的准确性。 四、核心技术点 1. Spring框架:利用IoC容器管理对象,实现依赖注入,提升...

    基于SSM+vue的在线教育网站.zip

    2. **SpringMVC**:作为Spring的Web MVC框架,处理HTTP请求和响应,通过DispatcherServlet、Controller、ModelAndView等组件实现模型-视图-控制器模式,使业务逻辑和展示层分离。 3. **MyBatis**:作为持久层框架,...

    官方推荐——>jsp ssm mysql实现的校园二手市场交易平台源码

    2. SpringMVC:作为Spring框架的一部分,SpringMVC是一个用于构建Web应用的模型-视图-控制器(MVC)架构。它简化了HTTP请求的处理,使得业务逻辑与表示层更易于解耦。 3. MyBatis:是一个持久层框架,它简化了SQL...

    基于SSM洗衣店预约管理系统可升级SpringBoot毕业源码案例设计.zip

    在洗衣店预约系统中,SpringMVC扮演着控制器的角色,协调各个组件的工作。 3. **MyBatis**:MyBatis是一个持久层框架,它允许开发者将SQL语句直接写在XML配置文件或注解中,与Java对象进行映射,从而简化了数据访问...

    KTV点歌系统.zip

    《KTV点歌系统——基于SSM框架的Java毕业设计详解》 KTV点歌系统是一种常见的娱乐场所管理系统,主要用于帮助顾客便捷地选择并播放歌曲。在这个项目中,我们将深入探讨一个基于SSM(Spring、SpringMVC、MyBatis)...

    基于ssm+vue海鲜自助餐厅系统.zip

    - SpringMVC:负责处理HTTP请求,通过DispatcherServlet调度控制器,与视图层进行交互,实现了Model-View-Controller的设计模式。 - MyBatis:是一个优秀的持久层框架,它支持定制化SQL、存储过程以及高级映射,...

    基于ssm+vue的KTV包厢管理系统.zip

    4. 支付功能:集成第三方支付接口,如微信支付,实现在线支付功能。 5. 系统设置:管理员可以进行系统配置,如价格设定、营业时间设定等。 在开发过程中,可能会采用Maven或Gradle作为项目构建工具,确保项目的依赖...

    毕设项目-购物商城电商项目

    SpringMVC则是Spring框架的一部分,专门用于处理Web请求,它通过模型-视图-控制器(Model-View-Controller,MVC)的设计模式,将业务逻辑、数据处理和用户界面分离,提升了系统的可扩展性和可测试性。 MyBatis作为...

Global site tag (gtag.js) - Google Analytics