特殊類型的參數(shù)綁定：
包裝類型的pojo參數(shù)綁定：
需求：
實(shí)現(xiàn)商品查詢條件，在商品查詢的controller中實(shí)現(xiàn)商品查詢條件的傳入
實(shí)現(xiàn)的方法：
1、在形參中添加HttpRequestServlet request參數(shù)，通過request接收查詢條件參數(shù)
2、在形參中讓包裝類型的pojo接收查詢條件參數(shù)
分析：
頁面?zhèn)鲄?shù)的特點(diǎn)：
比較復(fù)雜，比較多樣性(參數(shù)包括用戶賬號(hào)、訂單的信息。。。)，沒有規(guī)律
如果將這些放到簡單的pojo(屬性是簡單類型的)類中，pojo類中屬性比較多，比較亂
建議使用包裝類型的pojo，屬性是pojo
頁面的參數(shù)和controller形參的定義：
頁面的參數(shù)：
對(duì)于pojo類里面的pojo的屬性，可以直接用包裝類.被包裝類.屬性名
SQL語句只是單表查詢的話可以不采用包裝類
對(duì)于綜合查詢，需要設(shè)置包裝類
包裝類盡量不要用繼承
集合類型的參數(shù)綁定：
數(shù)組：
需求：
商品的批量刪除
用戶在頁面選中多個(gè)選項(xiàng)，實(shí)現(xiàn)批量刪除
實(shí)現(xiàn)：
表現(xiàn)層的實(shí)現(xiàn)
關(guān)鍵：
將頁面多項(xiàng)選擇的id傳到controller方法的形參中
方法的形參使用數(shù)組來接收頁面請(qǐng)求的多個(gè)id
頁面的定義：
controller方法的定義：
List：
需求：
批量提交數(shù)據(jù)
將提交的數(shù)據(jù)綁定的list<pojo>中，比如：
成績的錄入(多門課的成績，批量提交)
批量商品的修改：
將多個(gè)商品信息提交到controller方法
表現(xiàn)層的實(shí)現(xiàn)：
頁面的定義：
controller方法的定義：
進(jìn)入批量商品修改頁面(頁面樣式參考商品信息查詢頁面)
批量修改商品的提交，在形參里面不能直接寫List
使用List來接收頁面提交的批量數(shù)據(jù)，通過包裝pojo接收，在pojo中定義List<pojo>屬性
在形參中添加包裝有List<pojo>的pojo
Map：
在包裝里面定義map，也是通過包裝類型來接收
商品修改
校驗(yàn)的理解：
在項(xiàng)目中，通常使用較多的是前端的校驗(yàn)，比如說頁面中js校驗(yàn)，對(duì)于安全要求較高點(diǎn)建議在服務(wù)端進(jìn)行校驗(yàn)
服務(wù)端校驗(yàn)：
控制層controller：校驗(yàn)頁面請(qǐng)求的參數(shù)的合法性。在服務(wù)端控制層controller校驗(yàn)，不區(qū)分客戶端類型(瀏覽器、手機(jī)客戶端、遠(yuǎn)程調(diào)用)
業(yè)務(wù)層service(使用較多的)：主要校驗(yàn)關(guān)鍵業(yè)務(wù)參數(shù)，僅限于service接口中所使用的參數(shù)
持久層dao：一般是不校驗(yàn)的
添加校驗(yàn)：
思路：
頁面提交請(qǐng)求的參數(shù)，請(qǐng)求到controller方法中，使用validation進(jìn)行校驗(yàn)。如果校驗(yàn)出錯(cuò)，將錯(cuò)誤信息展示到界面
具體的需求：
商品修改，添加校驗(yàn)(校驗(yàn)商品名稱的長度、生產(chǎn)日期的非空校驗(yàn))，如果校驗(yàn)出錯(cuò)，在商品修改頁面顯示錯(cuò)誤信息
SpringMVC提供的校驗(yàn)：
使用Hibernate的validation校驗(yàn)框架，和Hibernate沒有任何關(guān)系
環(huán)境的準(zhǔn)備：
hibernate-validator
jboss-logging
validation-api
配置校驗(yàn)器：
校驗(yàn)器注入到處理器適配器中：
org.hibernate.validator.HibernateValidator
指定校驗(yàn)使用的資源文件，在文件中配置校驗(yàn)錯(cuò)誤信息，如果不指定則使用classpath下的ValidationMessage.properties
<mvc:annotation-driven>里面包含validator屬性
在pojo中添加校驗(yàn)規(guī)則：
比如用戶名的長度限制在6-16個(gè)字符：
@Size(min=6,max=16,message="提示信息")
但是提示信息一般配置在配置文件中，用key=value的形式來寫，在pojo的message里面寫入{key}
非空校驗(yàn)：
@NotNull(message="")
實(shí)現(xiàn)校驗(yàn)功能：
在需要校驗(yàn)的controller的pojo前面加入@Validated 在需要校驗(yàn)的pojo后面BindingResult bindingresult，用來接收校驗(yàn)錯(cuò)誤的信息，這兩個(gè)配對(duì)出現(xiàn)，順序是固定的
必須使一前一后
獲取校驗(yàn)錯(cuò)誤的信息：
if(bindingresult.hasErrors()){
List<ObjectError> allerrors = bindingresult.getAllErrors();
for(ObjectError objecterror : allerrors){
System.out.println(objecterror.getDefaultMessage());//輸出錯(cuò)誤信息
}
}
在頁面顯示錯(cuò)誤信息：
model.setAttribute(arg0,arg1);
用<c:forEach>遍歷錯(cuò)誤信息
用${var里面的值.DefaultMessage}來打印輸出
分組校驗(yàn)：
需求：
在pojo中定義校驗(yàn)規(guī)則，而pojo是被多個(gè)controller調(diào)用，當(dāng)不同的controller對(duì)同一個(gè)pojo進(jìn)行校驗(yàn)，但是每個(gè)controller方法需要不同的校驗(yàn)
解決方法：
定義多個(gè)校驗(yàn)的分組(其實(shí)是一個(gè)java接口)
每個(gè)controller方法使用不同的校驗(yàn)分組，在這個(gè)分組中定義有哪些規(guī)則，每個(gè)controller方法使用不同的校驗(yàn)分組
校驗(yàn)的分組：
定義不同的接口，接口中不需要定義方法僅是對(duì)不同的校驗(yàn)規(guī)則進(jìn)行分組
在校驗(yàn)規(guī)則中添加分組：
@Size(min=6,max=16,message="提示信息",groups="Group1.class")
groups可以定義多個(gè)分組
在controller中使用指定分組的校驗(yàn)：
@Validated(value={Group1.class})指定分組的校驗(yàn)