爲最終用戶版本化Web Apps有哪些常規策略？

Question

我正在編寫一個Web應用程序，並且想知道未來的升級以及如何升級webapp會影響用戶體驗。

特別是，我想知道Google這樣的公司如何解決這個問題。例如，我已經看到幾個例子，其中一個特定的谷歌應用程序會詢問用戶是否要升級到「新的谷歌文檔」，或類似的。這是我想提供的體驗，但我不知道如何去做。如果有關係，我正在編寫一個使用backbone.js的應用程序，並且有一個沉重的JS客戶端組件。我已經看到了幾個關於版本控制REST組件或WebServices組件的討論，但沒有一個討論實際的客戶端代碼或後端組件（當然，後端可能並不重要，如果它全部落後於版本化的web服務）

我感興趣的是他們如何實現這一點，從應用角度和從後端數據庫的角度來看。

所以看起來好像有幾個問題。

• 凡在Web根做的版本的應用程序住
• 你如何爲多個版本，爲不同的用戶
• 你怎麼版本的後端數據存儲
• 由於我使用的骨幹，我特別感興趣的是爲這種類型的應用設計路由器。如果各種版本都存在於一個子目錄中，我該如何創建一個合適的路由器？

也可能有其他一些考慮因素。

Answer 1

這會變得非常複雜，特別是在Google Docs中進行協作時，您希望文檔的不同版本與彼此兼容。 因此，您可以決定在每個主要版本之前不要更改數據庫，然後將每個人都轉移到新版本的應用程序，或者創建可以將數據從一個版本轉換爲另一個版本的「轉換器」，以及保持不同的數據庫同步，同時接受來自不同「應用」版本的數據。

「最簡單」的管理方式是使用事件日誌，甚至進入類似CQRS的模式，這些模式使得以這種方式考慮數據變得更容易管理。

但是在執行這樣的事情之前我會三思。 你真的需要它嗎？ 這些（巨大的？）成本是否可以滿足（微小？）的收益？ 在這個階段你需要它嗎？