內部REST API版本控制策略

我發現了一些通過SO和Google等對REST API進行版本控制的策略，但是我還沒有發現任何內部REST API版本控制的策略（我的意思是，我打算製作一個Web應用程序，一個Android應用程序等共享一個普通的REST api，但普通大衆不會訪問API）。內部REST API版本控制策略

由於API僅供內部使用，因此需要較少的向後兼容性，基本上是「當前」和「邊緣」或類似的方式。任何關於一個漂亮和簡單的策略，以最小的麻煩版本的內部REST API的提示將是偉大的。

2013-09-22 Lee

通常接受的版本控制有什麼問題？我不明白如果這些要求是內部的還是外部的，這些要求會如何改變。良好的做法是良好的做法。 –

@BurhanKhalid對不起，我從來沒有做過REST API，所以我很無知，我明白你的觀點。 – Lee

current是一種非常糟糕的區分方式。如果您有一個應用程序執行呼叫/current/users，然後您升級您的API，以便/current/users返回不同的信息，您的應用程序將中斷。

堅持版本控制。簡單的/v1/users清晰簡潔，當您添加/v2/users時，使用舊API端點的應用程序將繼續工作，您可以根據需要更新它們。

2013-09-22 08:07:13 jgm

如果僅供內部使用，他可以稱之爲abracadabra ...它是供內部使用的，對於一個應用程序 - 而不是應用程序** s ** – alfasin

'/ vX/blah'正是Dropbox所做的，提及現實世界例。 – Konamiman

這個問題可能對開明人來說顯得很愚蠢：如果我有一個v1，然後根據你的建議創建一個v2，我是否繼承我的v1端點並覆蓋方法等，或者複製並粘貼代碼以作爲起點？ – Lee

回答