一、RESTful API的命名有什么講究
和目錄沒關(guān)系，通常是框架路由接管的 request uri解析出來的（v1、v2有可能是實際的目錄）
restful規(guī)范
/資源名/id/資源名/id
以上為從屬關(guān)系
/zoos
zoos資源的索引
/zoos/15
zoos資源里的第15個資源
/zoos/15/animals
zoos資源里的第15個資源里的animals資源的索引
/zoos/15/animals/150
代表zoos資源里第15個資源里的的animals資源的底150個
補(bǔ)充一下：
RESTful的定義是HTTP 1.1標(biāo)準(zhǔn)的一部分。具體實現(xiàn)和語言無關(guān)。而解析RESTful URL是由實現(xiàn)HTTP服務(wù)的組件來進(jìn)行的，具體是哪種并不重要。比如IIS下http://ASP.Net MVC5，或者Web API，都是可以提供這種服務(wù)的框架。或者上邊說的Ruby下的框架也是。
同樣，各種語言基本都有自己的RESTful框架。所以你用什么語言寫并不是重點。HTTP本身和服務(wù)器的目錄是沒有關(guān)系的。
實際上HTTP Request的格式是[Verb] [ResourceName]這樣。只是在HTTP開始出現(xiàn)的時候為了省事起見，大家才規(guī)定【資源名稱】對應(yīng)物理文件夾的。但是這并不是必須的。
換言之，這個【資源名稱】的意義，完全取決于你希望怎么解釋它。RESTful是一種（推薦的）命名規(guī)范和設(shè)計思路。所以你并不需要強(qiáng)迫自己按照它的方式走。只是這是一種推薦而已。
延伸閱讀：
二、實例（instance）是什么
一組Oracle 后臺進(jìn)程/線程以及一個共享內(nèi)存區(qū)，這些內(nèi)存由同一個計算機(jī)上運(yùn)行的線程/進(jìn)程所共享。這里可以維護(hù)易失的、非持久性內(nèi)容（有些可以刷新輸出到磁盤）。就算沒有磁盤存儲，數(shù)據(jù)庫實例也能存在。也許實例不能算是世界上最有用的事物，不過你完全可以把它想成是最有用的事物，這有助于對實例和數(shù)據(jù)庫劃清界線。
京公網(wǎng)安備 11010802030320號