javascript
框架：SpringMVC常用注解总结
在項(xiàng)目學(xué)習(xí)的過程中，使用到了哪些注解呢？
1：@RequestMapping
RequestMapping可以注解到類或者方法上，可以用來處理請求地址的映射。
注：注解于類上，說明該類中所有的響應(yīng)請求方法都是以該注解地址為父路徑的。
RequestMapping有幾個屬性，把最重要的幾個分成以下3個類：
1)????value， method；
value：
指定的請求地址，或者URI模式的地址。
具體實(shí)現(xiàn)如下：
? ? ? A：具體類：@RequestMapping(value="/user/roles/)? ? ? ? ??
? ? ? B：含某個變量的類：@RequestMapping(value="/user/roles/｛uid｝)? ? ?
????在聲明方法時： ? ??
?????publicStringgetProduct(@PathVariable("uid") Long uid){ ? ? ?
????｝ ? ??
????則把聲明的參數(shù)“uid”與形參uid所綁定，此時取得的形參是地址傳遞的uid參數(shù)。 ? ? ????
????C：含有正則表達(dá)式的類Method：
Method：
制定請求的方法，GET,POST等，若無聲明，則默認(rèn)幾個常見的都可以。如GET、POST、PUT、DELETE等都可以取得。
4:?@GetMapping
?@GetMapping是一個組合注解，是@RequestMapping(method= RequestMethod.GET)的縮寫。該注解將HTTP Get 映射到特定的處理方法上。
???????? 所以此處個人的理解，@GetMapping可以算是@RequestMapping的子集，可能該說法不是很嚴(yán)謹(jǐn)，但是我個人暫時是這么理解的。
1. 哪一些情況下，瀏覽器會發(fā)送get請求
a. 直接在瀏覽器地址欄輸入某個地址
b. 點(diǎn)擊鏈接
c. 表單默認(rèn)的提交方式
2.特點(diǎn)：
a.???請求參數(shù)會添加到請求資源路勁的后面，只能添加少量參數(shù)
b.???請求參數(shù)會顯示在瀏覽器地址欄，路由器會記錄請求地址
5：@PostMapping
1. 哪一些情況下，瀏覽器會發(fā)送post請求
a.???設(shè)置表單method = "post"
2.特點(diǎn)：
a. 請求參數(shù)添加到實(shí)體內(nèi)容里面，可以添加大量的參數(shù)（也解釋了為什么瀏覽器地址欄不能發(fā)送post請求，在地址欄里我們只能填寫URL，并不能進(jìn)入到Http包的實(shí)體當(dāng)中）
b. 相對安全，但是，post請求不會對請求參數(shù)進(jìn)行加密處理（可以使用https協(xié)議來保證數(shù)據(jù)安全）。
6:RequestBody
如果傳輸?shù)氖菃螌觠son對象，我們后臺可以直接用?@RequestParam接收
$.ajax({
???type :?"post",
???dataType :?"json",
???url :?"/testRequestBody",
???data:{
???????name:"韋德",
???????age:35
??? },
???success : function(result) {
??? }
});
@RequestMapping("/testRequestBody")
public?String testRequestBody(@RequestParamMap<String, Object> map) {
? System.out.println(map);// {name=韋德, age=35}
??return"index";
}
如果傳輸?shù)氖嵌鄬忧短譲son對象，這個時候會就會出現(xiàn)數(shù)據(jù)丟失問題
@RequestBody很好的解決了這個問題，它會把前臺傳輸過來的json轉(zhuǎn)化為后臺對應(yīng)的對象
$.ajax({
???type :?"post",
???dataType :?"json",
???url :?"/testRequestBody",
???contentType:"application/json",??
???data:JSON.stringify({
???????name:"韋德",
???????win:[2006,2012,2013],
???????age:35
???}),
???success : function(result) {
??? }
});
@RequestMapping("/testRequestBody")
public?StringtestRequestBody(@RequestBodyMap<String, Object> map) {
? System.out.println(map);//{name=韋德, win=[2006, 2012, 2013], age=35}
??return"index";
}
需要注意的是前臺需要指定contentType為"application/json"
同時要把json對象轉(zhuǎn)化為String，否則后臺不能識別
7:@ResponseBody
@ResponseBody注解到方法上，直接傳回結(jié)果（字符串）
ajax請求返回json格式，往常我們這樣做
privatevoid?writeJson(HttpServletResponseresponse,Object?object) {
? String json =JSON.toJSONString(object);
? response.setCharacterEncoding("UTF-8");
?response.setContentType("application/json; charset=utf-8");
?PrintWriter?out?=?null;
??try?{
????out?= response.getWriter();
????out.write(json);
? }?catch?(IOException e) {
???e.printStackTrace();
? }?finally?{
????if?(out?!=?null) {
??????out.close();
??? }
? }
}
這個時候?@ResponseBody就派上用場了，只需要一個注解，全部搞定
$.ajax({
???type :?"post",
???dataType :?"json",
???url :?"/testResponseBody",
???success : function(result) {
???????console.info(result);
??? }
});
@RequestMapping("/testResponseBody")
@ResponseBody
public?Map<String, Object>testRequestBody(){
? Map<String,Object> result =?new?HashMap<String,Object>();
? result.put("name",?"韋德");
? result.put("age",?35);
??return?result;
}
前臺console輸出
{
????"age":?35,
????"name":?"韋德"
}
說一些個人的看法，非技術(shù)層面上的，一個 API 何時用 GET、POST 甚至 PUT 請求。
首先引入一個副作用的概念，副作用指當(dāng)你發(fā)送完一個請求以后，網(wǎng)站上的資源狀態(tài)沒有發(fā)生修改，即認(rèn)為這個請求是無副作用的。比如注冊用戶這個請求是有副作用的，獲取用戶詳情可以認(rèn)為是無副作用的。
再引入一個冪等性的概念，冪等是說，一個請求原封不動的發(fā)送N次和M次（N不等于M，N和M都大于1）服務(wù)器上資源的狀態(tài)最終是一致的。比如發(fā)貼是非冪等的，重放10次發(fā)貼請求會創(chuàng)建10個帖子。但修改帖子內(nèi)容是冪等的，一個修改請求重放無論多少次，帖子最終狀態(tài)都是一致的。（前提是同一個修改操作重復(fù)10次）
嘮叨了這么多，回過頭來，何時用 PUT POST GET DELETE：
GET：無副作用，冪等
PUT：副作用，冪等
POST：副作用，非冪等
DELETE：副作用，冪等
這么看的話，DELETE 和 PUT 請求好像毫無區(qū)別。為了進(jìn)一步區(qū)分這些請求方式的應(yīng)用場景，我們再引入一個技術(shù)特性，request body，就是大家廣為流傳的 "POST 請求傳輸數(shù)據(jù)量比較大“ 這一說法的來源。
POST/PUT 請求可以通過傳遞 request body 來發(fā)送大量的數(shù)據(jù)，而 GET/DELETE 不能。
所以上面的表格需要再加一項(xiàng)：
GET：無副作用，冪等，不可帶 Request Body
PUT：副作用，冪等，可以帶 Request Body
POST：副作用，非冪等，可以帶 Request Body
DELETE：副作用，冪等，不可帶 Request Body
?
2)??params，headers
params：
????? 指定request中必須包含某些參數(shù)值，才讓該方法處理。
headers：
????? ?指定request中必須包含某些指定的header值，才能讓該方法處理請求。
3)? consumes，produces
consumes：
指定處理請求的提交內(nèi)容類型（Content-Type），例如application/json,text/html;?
produces：
指定返回的內(nèi)容類型，僅當(dāng)request請求頭中的(Accept)類型中包含該指定類型才返回；
2：@PathVariable
????? 用于將請求URL中的模板變量映射到功能處理方法的參數(shù)上，即取出uri模板中的變量作為參數(shù)。如：
3:?@RequestParam
@RequestParam主要用于在SpringMVC后臺控制層獲取參數(shù)，類似一種是request.getParameter("name")，
它有三個常用參數(shù)：defaultValue = "0", required = false,value="isApp"；
defaultValue 表示設(shè)置默認(rèn)值，required通過boolean設(shè)置是否是必須要傳入的參數(shù)，value 值表示接受的傳入的參數(shù)類型。
形式如項(xiàng)目中的：
public ObjectuserMemberShop(@RequestParam(required= false,value="corpId")IntegercorpId,
????????????????@RequestParam("uid")Longuid){
??? }
?
參考一篇文章，其中講了@controller、@service、@repository注解，自己復(fù)制下再總結(jié)下自己的一些想法。
如果一個類帶了@controller、@service、@repository注解，將自動注冊到Spring容器，不需要再在applicationContext.xml文件定義bean了。
首先：
Controller層使用@Controller注解
Service層使用@Service注解
Dao層使用@Repository注解
?
@Controller可注解于類上，聲明該類為SpringMVC的Controller對象。
簡單說：被@Controller注解的類是一個控制器，該類的方法是相應(yīng)的動作。
@Service可注解于類上，
簡單說：
1.聲明該類是一個bean。如 @Service@Scope("prototype")
public class Zoo
2.Zoo.java在bean中的id是"zoo"，即類名且首字母小寫
?
例：@Service("userService")注解是告訴Spring，當(dāng)Spring要創(chuàng)建UserServiceImpl的的實(shí)例時，bean的名字必須叫做"userService"，這樣當(dāng)Action需要使用UserServiceImpl的的實(shí)例時,就可以由Spring創(chuàng)建好的"userService"，然后注入給Action。
dao層使用@repository注解
@Repository可注解于類上，
?
@Repository(value="userDao")注解是告訴Spring，讓Spring創(chuàng)建一個名字叫“userDao”的UserDaoImpl實(shí)例。
當(dāng)Service需要使用Spring創(chuàng)建的名字叫“userDao”的UserDaoImpl實(shí)例時，
就可以使用@Resource(name = "userDao")注解告訴Spring，Spring把創(chuàng)建好的userDao注入給Service即可。
總結(jié)
以上是生活随笔為你收集整理的框架：SpringMVC常用注解总结的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。
- 上一篇： 框架：SpringMVC的工作原理
- 下一篇： 框架：SpringBoot构建Restf