Ruby on rails rails-通过分页大量选择html表行

我想让用户能够使用分页表中显示的复选框项目，对许多选中的项目执行公共操作

我想知道当用户通过分页链接导航到其他表页时，如何跟踪上一个表页的选定项

我使用kaminari进行分页

---

有什么想法吗？

如果您使用的是任何表单，那么您可以使用多步骤表单。你可以从中得到这个想法

---

但是，请确保在这种方法中需要在会话中存储表单对象，这样，如果表单中有500个字段，那么cookie溢出就会发生变化。请看一下你的申请表，然后决定

您可以使用的方法是一个隐藏字段或只是一个javascript变量，每当用户选择/取消选择表中的项目时，您都可以使用一些javascript更新该变量

如果页面导航链接使用AJAX仅更新表和导航链接，则页面仍将包含所选项目的隐藏字段或变量。在表更新时，还必须根据隐藏字段或变量中选择的内容设置表项的选定状态

是的，它不漂亮

您可能想考虑SPA单页应用程序中的一些客户端MV*框架，因为可以用特设的JavaScript很快地搞乱。

我指的MV*框架有主干、余烬、棱角、击倒、蝙蝠侠等等。你的应用程序本质上变成了一个单一的小型javascript资产，一个单一的小型样式表，加上图像和客户端/服务器只是AJAX/JSON api。这些框架为客户端代码提供了结构，并支持将视图绑定到对象状态以及与服务器同步

正是客户端架构和本地移动应用程序的这种转变，使得像Sinatra这样更简约的服务器端框架越来越受欢迎，因为像Rails这样的框架和Rails 4.0不再提供开发现代web和移动应用程序的Rails或约定

查看MV*客户端框架的比较，并选择一个适合您的风格和需求的框架。在仔细考虑了所有主要版本后，我选择了Backbone.js+Backbone.marionete+Coffeescript，这是一个务实而固执己见的选择，因为你根本不会被画进一个角落。没有对他人的不尊重

我对MV*框架的建议是：

对于使用声明性视图模板、在模板中放入逻辑的能力有限或没有能力、或者不支持嵌套/子模板的固执己见的框架，要非常小心。如果没有这些特性，视图合成将是一个挑战，并且呈现根据用户角色、计划/订阅或具有层次结构而变化的视图将变得困难（如果不是不可能的话）。我考虑过陈述性模板的意识形态，我喜欢理论，但现实会咬人。 请注意您对与服务器同步的控制程度。您经常需要侧向加载相关对象，最不希望看到的是旧的1+N SQL查询问题，它表现为1+N JSON查询问题！