浏览器的CRUD URL设计（不是REST）

Question

所以我非常了解Restful URL设计。然而，对于不是单页应用程序(SPA)的传统网站，浏览器的URL设计如何。

出于本例的目的，让我们假设我们有一个Book数据库。让我们进一步假设我们创建了2个传统的HTML站点。

1. 显示所有书籍的HTML表
2. 用于显示一本书的HTML表单（空白或预先填充了书的详细信息）

GET /book/show/all        // HTML Table
GET /book/show/{id}       // HTML Form pre-filled
GET /book/new             // HTML Form blank
POST /book/new            // Submit HTML Form
POST /book/update/{id}    // Submit updated HTML Form
POST /book/delete/{id}    // A Link/Button with POST ability (no JS needed)

浏览器只能进行GET和POST操作，除非有人使用JavaScript。考虑到上面的URL设计，引入JavaScript并对更新和删除一个资源发出PUT和DELETE请求是不是更明智呢？还是我应该只使用GET and POST？

干杯

Answer 1

而不是CRUD（创建-读取-更新-删除），我更喜欢首字母缩写(D)AREL（显示、添加、删除、编辑、列表）--(D)是静默的；-）

虽然并不是所有的RESTful API设计选择对基于浏览器的crud应用程序都有意义，但我们可以借用其中的许多内容，例如：

GET  /books                -- html table listing all books (alternatively /books/list to go with the DAREL acronym)
GET  /books/add            -- display a form for adding a new book
POST /books/add            -- adds a new book and redirects to /book/1 (where 1 is a new book id)

我个人更喜欢用复数名词表示集合，用单数名词表示项目，所以…

GET  /book/1               -- display book 1 info (e.g. a customer view)
GET  /book/1/edit          -- display a form to edit /book/1
POST /book/1/edit          -- updates /book/1 and redirects to /book/1
GET  /book/1/remove        -- maybe/probably optional
POST /book/1/remove        -- normally /book/1/edit will have a delete button that handles "are you sure..?" and posts here, redirects to /books

GET  /book/1/authors       -- list all authors for /book/1
GET  /book/1/authors/add   -- add author form
GET  /book/1/author/1
GET  /book/1/author/1/edit
// etc.

GET  /authors
GET  /authors/add
GET  /author/1
// etc.

同样，作者写的书：

GET  /author/1/books
// etc.

不过，大多数现代Web应用程序都使用ajax调用子资源，因此在这里也可以使用纯RESTful api：

GET    /api/book/1/authors     -- returns list of all authors for /book/1
POST   /api/book/1/authors     -- create a new author, returns the new author uri, e.g. /api/author/1
GET    /api/author/1           -- get /author/1 info according to MIME type etc.
PUT    /api/author/1           -- update /author/1
DELETE /api/author/1           -- delete the /author/1 resource
DELETE /api/book/1/author/1    -- delete author/1 from /book/1? (or maybe this is covered by PUT /api/author/1 ?)

从原始URL方案的翻译是相当机械的

/resource/unique-id/action -> http-verb /resource/unique-id

display = GET (on a singular resource)
add = POST
remove = DELETE
edit = PUT
list = GET (on a plural/collection resource)