模式/架構中的Web妥善處理嚮導應用

Question

我搜索了關於這個問題的一段時間，但沒有發現「令人滿意」的答案爲止。

我會試着解釋一下。

我們正在開發，需要一個web應用程序，對於一些實體，嚮導在創建/編輯過程，使用戶可以和步驟之間切換有複雜的更好的控制，並建立這些實體所需的流量。

每個備選建議我發現（ⅰ已經檢查大約穆蒂步形式惡嚮導寶石和ASCII鑄造）結束有關需要更改爲嚮導的實體。海事組織，嚮導只是一個視圖的特殊性，與實體和它們的接口無關...如果我最終改變我的模型來處理視圖的問題，我會違反SRP（單一責任原則），也傷害分離關注本身。在會話中存儲數據是一個選項，但在編輯已存在的（持久性）實體時，我必須通過堅持每一步來處理該問題，而不是在會話中保留更改...

因此，你們中的任何一個人是否已經用嚮導構建了一個應用程序？有什麼建議麼？！？

PS：我使用Rails，但問題是關於方案如何正確模型來描述，無論是技術的。

Answer 1

在我看來，您可以利用瀏覽器的功能，例如cookies，本地存儲，indexedDB來保持您的嚮導步驟數據以及您的偏好的Jquery或Javascript庫可以操縱持久數據或檢索此類數據。

如果是打算從你的嚮導一步，這將給服務器端調用，然後緩存在一些類似方式的結果，而不是重新填充從服務器來的結果解僱任何操作。