模式/架构中的Web妥善处理向导应用

Question

我搜索了关于这个问题的一段时间，但没有发现“令人满意”的答案为止。

我会试着解释一下。

我们正在开发，需要一个web应用程序，对于一些实体，向导在创建/编辑过程，使用户可以和步骤之间切换有复杂的更好的控制，并建立这些实体所需的流量。

每个备选建议我发现（ⅰ已经检查大约穆蒂步形式恶向导宝石和ASCII铸造）结束有关需要更改为向导的实体。海事组织，向导只是一个视图的特殊性，与实体和它们的接口无关...如果我最终改变我的模型来处理视图的问题，我会违反SRP（单一责任原则），也伤害分离关注本身。在会话中存储数据是一个选项，但在编辑已存在的（持久性）实体时，我必须通过坚持每一步来处理该问题，而不是在会话中保留更改...

因此，你们中的任何一个人是否已经用向导构建了一个应用程序？有什么建议么？！？

PS：我使用Rails，但问题是关于方案如何正确模型来描述，无论是技术的。

Answer 1

在我看来，您可以利用浏览器的功能，例如cookies，本地存储，indexedDB来保持您的向导步骤数据以及您的偏好的Jquery或Javascript库可以操纵持久数据或检索此类数据。

如果是打算从你的向导一步，这将给服务器端调用，然后缓存在一些类似方式的结果，而不是重新填充从服务器来的结果解雇任何操作。