和目录没关系，通常是框架路由接管的 request uri解析出来的（v1、v2有可能是实际的目录）。restful规范：/资源名/id/资源名/id，以上为从属关系。/zoos，zoos资源的索引：/zoos/15表示zoos资源里的第15个资源。
一、RESTful API的命名有什么讲究
和目录没关系，通常是框架路由接管的 request uri解析出来的（v1、v2有可能是实际的目录）
restful规范
/资源名/id/资源名/id
以上为从属关系
/zoos
zoos资源的索引
/zoos/15
zoos资源里的第15个资源
/zoos/15/animals
zoos资源里的第15个资源里的animals资源的索引
/zoos/15/animals/150
代表zoos资源里第15个资源里的的animals资源的底150个
补充一下：
- RESTful的定义是HTTP 1.1标准的一部分。具体实现和语言无关。而解析RESTful URL是由实现HTTP服务的组件来进行的，具体是哪种并不重要。
比如IIS下http://ASP.Net MVC5，或者Web API，都是可以提供这种服务的框架。或者上边说的Ruby下的框架也是。
同样，各种语言基本都有自己的RESTful框架。所以你用什么语言写并不是重点。 - HTTP本身和服务器的目录是没有关系的。
实际上HTTP Request的格式是[Verb] [ResourceName]这样。只是在HTTP开始出现的时候为了省事起见，大家才规定【资源名称】对应物理文件夹的。但是这并不是必须的。
换言之，这个【资源名称】的意义，完全取决于你希望怎么解释它。 - RESTful是一种（推荐的）命名规范和设计思路。所以你并不需要强迫自己按照它的方式走。只是这是一种推荐而已。
延伸阅读：
二、实例（instance）是什么
一组Oracle 后台进程/线程以及一个共享内存区，这些内存由同一个计算机上运行的线程/进程所共享。这里可以维护易失的、非持久性内容（有些可以刷新输出到磁盘）。就算没有磁盘存储，数据库实例也能存在。也许实例不能算是世界上最有用的事物，不过你完全可以把它想成是最有用的事物，这有助于对实例和数据库划清界线。
