# 第四章 Controller接口控制器詳解(5)——跟著開濤學SpringMVC
## 原創內容,轉載請注明iteye?[http://jinnianshilongnian.iteye.com/](/)
## 4.15、MultiActionController
之前學過的控制器如AbstractCommandController、SimpleFormController等一般對應一個功能處理方法(如新增),如果我要實現比如最簡單的用戶增刪改查(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實現類,另外還提供了ParameterMethodNameResolver和PropertiesMethodNameResolver,當然我們也可以自己來實現,稍候我們仔細研究下它們是如何工作的。
2、那我們的功能處理方法應該怎么寫呢?
public (ModelAndView | Map | String | void) actionName(HttpServletRequest request, HttpServletResponse response, [,HttpSession session] [,AnyObject]);
哦,原來如此,我們只需要按照如上格式寫我們的功能處理方法即可;此處需要注意一下幾點:
**1、返回值:即模型和視圖部分;**
ModelAndView:模型和視圖部分,之前已經見過了;
Map:只返回模型數據,邏輯視圖名會根據RequestToViewNameTranslator實現類來計算,稍候討論;
String:只返回邏輯視圖名;
void:表示該功能方法直接寫出response響應(如果其他返回值類型(如Map)返回null則和void進行相同的處理);
**2、actionName:**功能方法名字;由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功能處理方法。**
如上配置方式可以很好的工作,但必須繼承MultiActionController,Spring 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、**`**methodParamNames:**create,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/](/)
- 跟我學 Spring3
- 【第二章】 IoC 之 2.1 IoC基礎 ——跟我學Spring3
- 【第二章】 IoC 之 2.2 IoC 容器基本原理 ——跟我學Spring3
- 【第二章】 IoC 之 2.3 IoC的配置使用——跟我學Spring3
- 【第三章】 DI 之 3.1 DI的配置使用 ——跟我學spring3
- 【第三章】 DI 之 3.2 循環依賴 ——跟我學spring3
- 【第三章】 DI 之 3.3 更多DI的知識 ——跟我學spring3
- 【第三章】 DI 之 3.4 Bean的作用域 ——跟我學spring3
- 【第四章】 資源 之 4.1 基礎知識 ——跟我學spring3
- 【第四章】 資源 之 4.2 內置Resource實現 ——跟我學spring3
- 【第四章】 資源 之 4.3 訪問Resource ——跟我學spring3
- 【第四章】 資源 之 4.4 Resource通配符路徑 ——跟我學spring3
- 【第五章】Spring表達式語言 之 5.1 概述 5.2 SpEL基礎 ——跟我學spring3
- 【第五章】Spring表達式語言 之 5.3 SpEL語法 ——跟我學spring3
- 【第五章】Spring表達式語言 之 5.4在Bean定義中使用EL—跟我學spring3
- 【第六章】 AOP 之 6.1 AOP基礎 ——跟我學spring3
- 【第六章】 AOP 之 6.2 AOP的HelloWorld ——跟我學spring3
- 【第六章】 AOP 之 6.3 基于Schema的AOP ——跟我學spring3
- 【第六章】 AOP 之 6.4 基于@AspectJ的AOP ——跟我學spring3
- 【第六章】 AOP 之 6.5 AspectJ切入點語法詳解 ——跟我學spring3
- 【第六章】 AOP 之 6.6 通知參數 ——跟我學spring3
- 【第六章】 AOP 之 6.7 通知順序 ——跟我學spring3
- 【第六章】 AOP 之 6.8 切面實例化模型 ——跟我學spring3
- 【第六章】 AOP 之 6.9 代理機制 ——跟我學spring3
- 【第七章】 對JDBC的支持 之 7.1 概述 ——跟我學spring3
- 【第七章】 對JDBC的支持 之 7.2 JDBC模板類 ——跟我學spring3
- 【第七章】 對JDBC的支持 之 7.3 關系數據庫操作對象化 ——跟我學spring3
- 【第七章】 對JDBC的支持 之 7.4 Spring提供的其它幫助 ——跟我學spring3【私塾在線原創】
- 【第七章】 對JDBC的支持 之 7.5 集成Spring JDBC及最佳實踐 ——跟我學spring3
- 【第八章】 對ORM的支持 之 8.1 概述 ——跟我學spring3
- 【第八章】 對ORM的支持 之 8.2 集成Hibernate3 ——跟我學spring3
- 【第八章】 對ORM的支持 之 8.3 集成iBATIS ——跟我學spring3
- 【第八章】 對ORM的支持 之 8.4 集成JPA ——跟我學spring3
- 【第九章】 Spring的事務 之 9.1 數據庫事務概述 ——跟我學spring3
- 【第九章】 Spring的事務 之 9.2 事務管理器 ——跟我學spring3
- 【第九章】 Spring的事務 之 9.3 編程式事務 ——跟我學spring3
- 【第九章】 Spring的事務 之 9.4 聲明式事務 ——跟我學spring3
- 【第十章】集成其它Web框架 之 10.1 概述 ——跟我學spring3
- 【第十章】集成其它Web框架 之 10.2 集成Struts1.x ——跟我學spring3
- 【第十章】集成其它Web框架 之 10.3 集成Struts2.x ——跟我學spring3
- 【第十章】集成其它Web框架 之 10.4 集成JSF ——跟我學spring3
- 【第十一章】 SSH集成開發積分商城 之 11.1 概述 ——跟我學spring3
- 【第十一章】 SSH集成開發積分商城 之 11.2 實現通用層 ——跟我學spring3
- 【第十一章】 SSH集成開發積分商城 之 11.3 實現積分商城層 ——跟我學spring3
- 【第十二章】零配置 之 12.1 概述 ——跟我學spring3
- 【第十二章】零配置 之 12.2 注解實現Bean依賴注入 ——跟我學spring3
- 【第十二章】零配置 之 12.3 注解實現Bean定義 ——跟我學spring3
- 【第十二章】零配置 之 12.4 基于Java類定義Bean配置元數據 ——跟我學spring3
- 【第十二章】零配置 之 12.5 綜合示例-積分商城 ——跟我學spring3
- 【第十三章】 測試 之 13.1 概述 13.2 單元測試 ——跟我學spring3
- 【第十三章】 測試 之 13.3 集成測試 ——跟我學spring3
- 跟我學 Spring MVC
- SpringMVC + spring3.1.1 + hibernate4.1.0 集成及常見問題總結
- Spring Web MVC中的頁面緩存支持 ——跟我學SpringMVC系列
- Spring3 Web MVC下的數據類型轉換(第一篇)——《跟我學Spring3 Web MVC》搶先看
- Spring3 Web MVC下的數據格式化(第二篇)——《跟我學Spring3 Web MVC》搶先看
- 第一章 Web MVC簡介 —— 跟開濤學SpringMVC
- 第二章 Spring MVC入門 —— 跟開濤學SpringMVC
- 第三章 DispatcherServlet詳解 ——跟開濤學SpringMVC
- 第四章 Controller接口控制器詳解(1)——跟著開濤學SpringMVC
- 第四章 Controller接口控制器詳解(2)——跟著開濤學SpringMVC
- 第四章 Controller接口控制器詳解(3)——跟著開濤學SpringMVC
- 第四章 Controller接口控制器詳解 (4)——跟著開濤學SpringMVC
- 第四章 Controller接口控制器詳解(5)——跟著開濤學SpringMVC
- 跟著開濤學SpringMVC 第一章源代碼下載
- 第二章 Spring MVC入門 源代碼下載
- 第四章 Controller接口控制器詳解 源代碼下載
- 第四章 Controller接口控制器詳解(6)——跟著開濤學SpringMVC
- 第四章 Controller接口控制器詳解(7 完)——跟著開濤學SpringMVC
- 第五章 處理器攔截器詳解——跟著開濤學SpringMVC
- 源代碼下載 第五章 處理器攔截器詳解——跟著開濤學SpringMVC
- 注解式控制器運行流程及處理器定義 第六章 注解式控制器詳解——跟著開濤學SpringMVC
- 源代碼下載 第六章 注解式控制器詳解
- SpringMVC3強大的請求映射規則詳解 第六章 注解式控制器詳解——跟著開濤學SpringMVC
- Spring MVC 3.1新特性 生產者、消費者請求限定 —— 第六章 注解式控制器詳解——跟著開濤學SpringMVC
- SpringMVC強大的數據綁定(1)——第六章 注解式控制器詳解——跟著開濤學SpringMVC
- SpringMVC強大的數據綁定(2)——第六章 注解式控制器詳解——跟著開濤學SpringMVC
- SpringMVC數據類型轉換——第七章 注解式控制器的數據驗證、類型轉換及格式化——跟著開濤學SpringMVC
- SpringMVC數據格式化——第七章 注解式控制器的數據驗證、類型轉換及格式化——跟著開濤學SpringMVC
- SpringMVC數據驗證——第七章 注解式控制器的數據驗證、類型轉換及格式化——跟著開濤學SpringMVC