有些人可以确认或纠正我的想法：
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进行编码以处理并发。