前言
在做了这么多架构铺垫之后,一位订阅同学非常期待我能更新主线API,我觉得他的想法非常合理,所以今天就来安排~~~
我主要考虑的是:首先输出主线API,是能让你先鸟瞰全貌,更容易发现设计上存在的问题,然后我再从架构设计上解决这些问题,那么你就能更清楚架构上为什么这么设计!自然水到渠成!
先抛出问题,本文主要引出的痛点
是:
1. 校验逻辑不通过时,如何更优雅的处理?
2. 校验是否是管理员,如何通用的实现?
OK,我在【4.2 图书借阅系统数据库设计】中有对需求和数据库设计的详细说明,本文不再赘述!对于图书管理
模块,我主要拆分为以下4个API:文章来源:https://www.toymoban.com/news/detail-474247.html
- 图书录入和修改API
本文实现
包含字段:图书编号、图书名称、图书类型、作者、图书简介、图书封面、出版社、出版时间
注意: 需要验证图书编号不能重复
说明:之所以录入和修改合并为一个API,是因为修改与录入字段一致!仅通过id是否为空区分是录入还是修改。 - 图片上传API
7.2实现
- 图书列表API
7.3实现
- 图书详情API
7.4实现
以上API均是由管理员admin在后台系文章来源地址https://www.toymoban.com/news/detail-474247.html
到了这里,关于7.1「实战」图书录入和修改API --如何优雅处理校验逻辑?的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!