我對 REST-API 很陌生。我想要這樣的東西POST http://localhost/posts/ <--- PostsController.javaGET http://localhost/posts/{id} <--- PostsController.javaPOST http://localhost/posts/{id}/comments <--- CommentsController.javaGET http://localhost/posts/{id}/comments <--- CommentsController.javaGET http://localhost/posts/{id}/comments/{id} <--- CommentsController.java以下控制器處理/posts和另一個控制器處理程序的位置/commentsPostsController.java@RestController@RequestMapping("/posts")public class PostsController { // something}CommentsController.java@RestController@RequestMapping("/comments")public class CommentsController { //do something}我如何在有不同的控制器來處理它的同時維護上面的 url？
2 回答
臨摹微笑
TA貢獻1982條經(jīng)驗 獲得超2個贊
這是兩個帶有端點的控制器的框架，但是您仍然可以將所有這些端點放在一個控制器或不同的控制器中，有些人根據(jù)方法區(qū)分它們，有些人根據(jù)路徑區(qū)分它們，所以我相信這完全是開發(fā)人員如何設(shè)計的經(jīng)驗這
PostsController.java
@RestController
@RequestMapping("/posts")
public class PostsController {
@PostMapping("/")
public String createPosts() {
return "createPosts";
}
@GetMapping("/{id}")
public String getPosts(@PathVariable(name = "id") String id) {
return "getPosts......" + id;
}
}
CommentsController.java
@RestController
@RequestMapping("/posts/{id}/comments")
public class CommentsController {
@PostMapping
public String createComment(@PathVariable(name = "id") String id) {
return "createComment..." + id;
}
@GetMapping
public String getComment(@PathVariable(name = "id") String id) {
return "getComment..." + id;
}
@GetMapping("/{id1@Path}")
public String getCommentById(@PathVariable(name = "id") String id, @PathVariable(name = "id1") String id1) {
return "getComment..." + id + "...." + id1;
}
}
狐的傳說
TA貢獻1804條經(jīng)驗 獲得超3個贊
我會在這里分享我的經(jīng)驗。當(dāng)我使用 Rest 控制器時，我總是試圖理解什么是“核心”實體——我們處理的一個概念以及什么只是查詢的標準。通?！昂诵摹睂嶓w出現(xiàn)在上下文路徑之后。
請注意，這并不真正取決于數(shù)據(jù)庫級別的實際實現(xiàn)。
所以看起來所有的案例實際上都是關(guān)于“帖子”實體的，這就是為什么你把它放在第一位的原因（在帖子評論的情況下，你沒有選擇這樣的東西，沒關(guān)系，它http://localhost/comments?post=123只是意味著該帖子是您要服務(wù)的“主要”實體。
在這種情況下，我認為所有的操作都可以在PostsController.
現(xiàn)在是關(guān)于 Spring / SpringBoot 中控制器的重要旁注。人們傾向于將業(yè)務(wù)邏輯放在這些控制器中，我認為這是一個錯誤。控制器不應(yīng)該包含任何真正的邏輯，也許是一些簡單的輸入轉(zhuǎn)換/驗證，但僅此而已。將真正的工作留給“服務(wù)”而不是控制器，讓控制器成為后端的入口點?，F(xiàn)在我為什么要這樣說？因為控制器，如果以這種方式編寫，實際上是小類，所以你不會得到一個處理所有問題的“巨型”類，我相信，這可能是分離不同控制器的一個理由。
好的，那么在這種情況下評論是什么？這取決于您如何看待它，但正如您在端點列表中所寫，是帖子的屬性（屬于帖子/始終與帖子相關(guān)聯(lián)的東西），因此它是“搜索標準”：給我一個有評論的帖子，只給我一個沒有評論的帖子，給我一個只有今天和昨天的評論的帖子，關(guān)鍵是你總是查詢“帖子”，而不是評論。
從純技術(shù)的角度來看，@RequestMapping放在控制器類上的 spring boot 說只能/post被這個控制器查詢。您還可以在注釋上設(shè)置不同的值，@GetMapping/@PostMapping僅此而已。如果應(yīng)該足夠靈活來設(shè)計休息控制器的水平。
添加回答
舉報
0/150
提交
取消