2 回答

TA貢獻1982條經驗 獲得超2個贊
這是兩個帶有端點的控制器的框架,但是您仍然可以將所有這些端點放在一個控制器或不同的控制器中,有些人根據方法區分它們,有些人根據路徑區分它們,所以我相信這完全是開發人員如何設計的經驗這
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條經驗 獲得超3個贊
我會在這里分享我的經驗。當我使用 Rest 控制器時,我總是試圖理解什么是“核心”實體——我們處理的一個概念以及什么只是查詢的標準。通?!昂诵摹睂嶓w出現在上下文路徑之后。
請注意,這并不真正取決于數據庫級別的實際實現。
所以看起來所有的案例實際上都是關于“帖子”實體的,這就是為什么你把它放在第一位的原因(在帖子評論的情況下,你沒有選擇這樣的東西,沒關系,它http://localhost/comments?post=123
只是意味著該帖子是您要服務的“主要”實體。
在這種情況下,我認為所有的操作都可以在PostsController
.
現在是關于 Spring / SpringBoot 中控制器的重要旁注。人們傾向于將業務邏輯放在這些控制器中,我認為這是一個錯誤??刂破鞑粦摪魏握嬲倪壿嫞苍S是一些簡單的輸入轉換/驗證,但僅此而已。將真正的工作留給“服務”而不是控制器,讓控制器成為后端的入口點。現在我為什么要這樣說?因為控制器,如果以這種方式編寫,實際上是小類,所以你不會得到一個處理所有問題的“巨型”類,我相信,這可能是分離不同控制器的一個理由。
好的,那么在這種情況下評論是什么?這取決于您如何看待它,但正如您在端點列表中所寫,是帖子的屬性(屬于帖子/始終與帖子相關聯的東西),因此它是“搜索標準”:給我一個有評論的帖子,只給我一個沒有評論的帖子,給我一個只有今天和昨天的評論的帖子,關鍵是你總是查詢“帖子”,而不是評論。
從純技術的角度來看,@RequestMapping
放在控制器類上的 spring boot 說只能/post
被這個控制器查詢。您還可以在注釋上設置不同的值,@GetMapping/@PostMapping
僅此而已。如果應該足夠靈活來設計休息控制器的水平。
添加回答
舉報