说明&＃xff1a;

&＃xff08;1&＃xff09;本篇博客内容&＃xff1a;发文章&＃xff0c;之开发【查看文章领域&＃xff0c;接口】&＃xff1b;

目录

一&＃xff1a;发文章&＃xff0c;之开发【查看文章领域&＃xff0c;接口】&＃xff1a;说明&＃xff1b;

二&＃xff1a;开发【查看文章领域&＃xff0c;接口】&＃xff1b;

1.在【api】接口工程的ArticleCategoryControllerApi接口中&＃xff0c;定义【查看文章领域&＃xff0c;接口】&＃xff1b;

2.在【admin】管理服务的ArticleCategoryController类中&＃xff0c;去实现【查看文章领域&＃xff0c;接口】&＃xff1b;

3.效果&＃xff1b;

一&＃xff1a;发文章&＃xff0c;之开发【查看文章领域&＃xff0c;接口】&＃xff1a;说明&＃xff1b;

我们在【64&＃xff1a;第五章&＃xff1a;开发admin管理服务&＃xff1a;17&＃xff1a;开发【查询文章分类&＃xff0c;接口】【新增/更新文章分类&＃xff0c;接口】等文章分类相关的接口&＃xff1b;&＃xff08;这些数据是存在MariaDB中的&＃xff09;】中&＃xff0c;开发过【查询文章分类&＃xff0c;接口】&＃xff1b;这儿的逻辑&＃xff0c;其实是一样的&＃xff1b;

---

二&＃xff1a;开发【查看文章领域&＃xff0c;接口】&＃xff1b;

1.在【api】接口工程的ArticleCategoryControllerApi接口中&＃xff0c;定义【查看文章领域&＃xff0c;接口】&＃xff1b;

/*** 【查看文章领域&＃xff0c;接口】* &＃64;return*/&＃64;ApiOperation(value &＃61; "前台查询文章领域列表", notes &＃61; "前台查询文章领域列表", httpMethod &＃61; "GET")&＃64;GetMapping("/getCats") //设置路由&＃xff0c;这个是需要前后端约定好的&＃xff1b;public GraceJSONResult getCats();

说明&＃xff1a;

&＃xff08;1&＃xff09;这个接口的url、请求方式、参数不是瞎写的&＃xff0c;需要前后端保持一致&＃xff1b; 

2.在【admin】管理服务的ArticleCategoryController类中&＃xff0c;去实现【查看文章领域&＃xff0c;接口】&＃xff1b;

/*** 【查看文章领域&＃xff0c;接口】(前台发表文章时&＃xff0c;使用)* &＃64;return*/&＃64;Overridepublic GraceJSONResult getCats() {List categories &＃61; articleCategoryService.queryCategoryList();return GraceJSONResult.ok(categories);}

说明&＃xff1a; 

&＃xff08;1&＃xff09;逻辑一样&＃xff0c;就是调用以前在开发【查询文章分类&＃xff0c;接口】时&＃xff0c;在service层开发的方法&＃xff0c;去查询即可&＃xff1b;

&＃xff08;2&＃xff09;一个特别需要注意的点&＃xff1a;

          ● 我们在【64&＃xff1a;第五章&＃xff1a;开发admin管理服务&＃xff1a;17&＃xff1a;开发【查询文章分类&＃xff0c;接口】【新增/更新文章分类&＃xff0c;接口】等文章分类相关的接口&＃xff1b;&＃xff08;这些数据是存在MariaDB中的&＃xff09;】中&＃xff0c;开发的【查询文章分类&＃xff0c;接口】&＃xff0c;和这儿的【查看文章领域&＃xff0c;接口】&＃xff0c;目前看起来&＃xff0c;其逻辑是一样的&＃xff1b;&＃xff08;只是两个接口的url地址是不一样的&＃xff09;

          ● 那么&＃xff0c;我们为什么还要分成两个接口呐&＃xff0c;为什么不合并呐&＃xff1f;

          ● 这个主要是从业务角度来考虑的&＃xff1b;

          ●【查询文章分类&＃xff0c;接口】、【查看文章领域&＃xff0c;接口】&＃xff0c;虽然都是在【admin】管理微服务中实现的&＃xff1b;

          ● 如果【查询文章分类&＃xff0c;接口】、【查看文章领域&＃xff0c;接口】合并了&＃xff1b;&＃xff1b;&＃xff1b;那么&＃xff0c;当【admin】管理微服务再进行拆分的时候&＃xff0c;这个接口就不好归类了&＃xff1b;

          ● 而且&＃xff0c;其实【查询文章分类&＃xff0c;接口】、【查看文章领域&＃xff0c;接口】在业务层面上来看&＃xff0c;是不同的&＃xff1b;&＃xff1b;&＃xff1b;那么&＃xff0c;既然隶属的具体业务不同&＃xff0c;如果以后某个业务需要额外扩展、另一个业务不需要扩展&＃xff1b;此时&＃xff0c;因为耦合度较大&＃xff0c;就不好维护了&＃xff1b;

          ● 这一点&＃xff0c;在下一篇博客中&＃xff0c;就会有体现&＃xff1b;

          ● 但是也不要矫枉过正&＃xff1b;如果在同一片业务群中&＃xff08;比如&＃xff0c;都是后台管理系统处&＃xff09;&＃xff0c;如果有多个地方会需要同一个功能&＃xff0c;那么大概率还是可以共用同一个接口的&＃xff1b;

3.效果&＃xff1b;

&＃xff08;1&＃xff09;先install一下整个项目&＃xff1b;&＃xff08;2&＃xff09;记得使用SwitchHost开启虚拟域名映射&＃xff1b;&＃xff08;3&＃xff09;使用Tomcat启动前端项目&＃xff1b;&＃xff08;4&＃xff09;然后&＃xff0c;启动后端项目&＃xff1b;