Web API的URL设计和实现

Question

看到关于API url设计的建议很常见，其中的URL是“/ api/v1/resource”格式，然后当API改变时，我们可以更改为/ api/v2等

现在，这必须以某种方式实施。有许多的选择：

• 部署在Web服务器的根目录的项目，并让路由规则采取的处理/ API/V1部分护理
• 部署在该项目/ API /子文件夹（虚拟目录），路由规则负责/ v1，/ v2等部分，但不知道URL的/ api /部分。
• 将项目部署到/ api/v1子文件夹（虚拟目录）中。 API的新版本完全是一个新项目，单独部署。该项目严格处理作为根概念的资源，但通常不知道/ api/vX部分。

那么，你会选择哪种方法，为什么？

问候， 丹尼尔

Answer 1

我已经在子文件夹的根部署了我的项目，让我的路由规则处理版本的路线。如果我想部署到不支持我的实现方法的环境，我更愿意尽可能少地依赖于我的托管环境。

SDammann.WebApi.Versioning是我在其中一个应用程序中使用的解决方案。

但是ASP.NET and Web Tools for Visual Studio 2013 Release会使这更容易。