Web design API URL i realizacja

Question

to jest dość powszechne, aby zobaczyć informacje dotyczące projektowania API URL, gdzie adresy są na "/ api/v1/resource" formacie, a następnie, gdy zmienia API, możemy zmienić/api/v2 itp

teraz, to musi być realizowane w jakiś sposób. Istnieje szereg opcji:

• wdrożyć projekt w katalogu głównym serwera WWW, i niech reguły routingu dbać obsługiwać część/api/v1
• wdrożyć projekt w/api/podfolder (katalog wirtualny), reguły routingu dbać o/v1/v2 itd części, ale nie są świadomi/api/części adresów URL.
• wdrożyć projekt w podfolderze (v1 katalogu wirtualnego)/API /. Nowa wersja API to zupełnie nowy projekt, wdrożony osobno. Projekt dotyczy ściśle zasobów jako koncepcja root, ale generalnie nie jest świadomy części/api/vX.

Którą metodę wybrałbyś i dlaczego?

Pozdrawiam, Daníel

Answer 1

I wdrożyli mój projekt w katalogu głównym podkatalogu i niech moje zasady routingu obsługiwać trasy wersjami. Wolę, aby moja implementacja była tak mało zależna od środowiska hostingowego, jak to tylko możliwe, jeśli chcę wdrożyć w środowisku, które nie obsługuje mojej metody implementacji.

SDammann.WebApi.Versioning jest rozwiązaniem użyłem do osiągnięcia tego celu w jednym z moich aplikacji.

Jednak ASP.NET and Web Tools for Visual Studio 2013 Release będzie to jeszcze łatwiejsze.