RESTful API 设计时 仅用 get post put delete 这四个动词不够用怎么办?

比如说我有 books 这样的资源
如果只是更新书本名称信息可以用这样的设计形式 PUT:api/books/1
但有时候更新书的状态这样的操作所对应的业务逻辑可能相当复杂,传统的形式可能会用 setBookStatusToPubliced,setBookStatusToClosed,这样的动词来表达,在 restful api 风格中应该怎么设计呢?如果把 status 也看成 book 的资源的话,那又怎么在 uri 中体现 publiced,close 这样的状态操作信息呢。所以总感觉只通过get,post,put,delete 这几个动词很不够用,对这块蛮费解的,希望哪位老师给以指点。谢谢!

《L02 从零构建论坛系统》
以构建论坛项目 LaraBBS 为线索,展开对 Laravel 框架的全面学习。应用程序架构思路贴近 Laravel 框架的设计哲学。
《G01 Go 实战入门》
从零开始带你一步步开发一个 Go 博客项目,让你在最短的时间内学会使用 Go 进行编码。项目结构很大程度上参考了 Laravel。
讨论数量: 2
(= ̄ω ̄=)··· 暂无内容!

讨论应以学习和精进为目的。请勿发布不友善或者负能量的内容,与人为善,比聪明更重要!