手里没有特别恰当的例子.瞎举一个.
作者和书籍.
author -- id,name,age
book -- id,name,price
API : 127:0.0.1/author/1
返回这个id是1的作者的所有书籍以及书籍的名字和价钱
这样的设计合理吗?
手里没有特别恰当的例子.瞎举一个.
作者和书籍.
author -- id,name,age
book -- id,name,price
API : 127:0.0.1/author/1
返回这个id是1的作者的所有书籍以及书籍的名字和价钱
这样的设计合理吗?
不合理
/authors/1/books
才是查询作者1的书籍
详细设计可以参看我的慕课网课程https://www.imooc.com/learn/811
15 回答8.4k 阅读
8 回答6.2k 阅读
4 回答4.4k 阅读✓ 已解决
4 回答3.8k 阅读✓ 已解决
1 回答3k 阅读✓ 已解决
3 回答2.1k 阅读✓ 已解决
1 回答4k 阅读✓ 已解决
单论接口设计,这样是不合理的。
restful 往往伴随着增删改,这么设计接口的时候这三种操作的逻辑都会变得比较怪异,比如增加作者和增加书籍是一个接口?一本书有两个作者,我该怎么添加?
以下个人感受
但是呢,脱离需求谈设计也是不合理的,盲目进行学院派设计也是不合理的。我个人是不愿意盲目追求所谓restful的,restful的终极目的易理解,而不是考试,选错了就扣分。