有些人可以确认或纠正我的想法:
GET test.com/book/books **- get a list of all books**
PUT test.com/book/new **- create a new book**
GET test.com/book/9780142423356/Charles-Dickens-Great-Expectations **- get a specific book**
这是对的吗?
REST如何处理并发用户 - 例如两个人写信给test.com/book/9780142423356/?
答案 0 :(得分:3)
REST并不担心并发性,因为REST只是编程模型。由你来决定如何管理并发。
答案 1 :(得分:1)
PUT用于更新,POST用于创建新资源,但是由您的实现决定,如果资源不存在则更新,您可以创建。
答案 2 :(得分:1)
更典型的是
GET /books - get a list of all books
POST /books - create a new book
- or -
PUT /books/Charles-Dickens-Great-Expectations - create a new book
GET /books/9780142423356 - get a specific book
- or -
GET /books/Charles-Dickens-Great-Expectations - get a specific book
当书的唯一标识符未知时,将使用POST。当资源的创建者知道唯一标识符时,PUT是首选。
就并发管理而言,HTTP spec包含有用的标题,例如etag
,if-match
和if-none-match
。
答案 3 :(得分:0)
关于并发性,你必须自己管理它。
如果您使用任何分层方法进行数据CRUD操作,则必须对DAL进行编码以处理并发。