grails参数与定制bean可能只是分页的增强

将尝试使其快速，决定使用bean来处理与控制器输入/输出相关的一切

因此，在控制器中，使用自定义bean来处理所有事情，包括问题真正出现的地方，我猜是

g:paginate

，因为问题确实与此有关

def something(MyBean bean) {

  render 'view', model:[bean:bean]
}

我知道您可以覆盖，在我的情况下，因为我是建模bean，它包括我的内容，现在在这里被覆盖：

<g:paginate ... max="${bean.max}"

这将覆盖参数，因此我不必声明

max=mycustom.max

。我在paginate的代码中看到，它默认使用params.max或offset（如果不是默认值）

我想我更大的问题可能是某种方式的增强，让grails猜测当前参数实际上是在控制器顶部声明的bean方法。那样的话，一切都会变得那么平淡无奇

我认为这可能需要作为一个愿望列表来进行分页，但有点涉及grails如何与params一起工作

顺便说一句，我最终得到了：

 def something(MyBean bean) {
      params.max=bean.max
      params.offset=bean.offset
      //a little ugly I know but hence my question
      render 'view', model:[bean:bean]
    }

---

顺便说一句，这通常在任何情况下都能正常工作，因为用户将分页执行

GET

操作，该操作将以参数形式发布并接收，因此不会发生这种情况。关于重新列出，我有更复杂的问题，它不依赖于post，而更多地依赖于会话映射，我认为这是问题的根源。

为什么不用自己的标签覆盖

g:paginate

实现，首先查找

bean.max

等呢，但我想我的问题更多的是，grails是否可以被增强，以确认当前参数是用户定义为bean的，因为我说，everything everywhere/所有其他依赖于参数的插件都不会受到这个问题的影响。那么答案将是否定的。对不起：/如果你不问，你就得不到。所以我们不得不尝试：）也许像伯特这样的天才会点击一个手指，然后走啊耶，没问题，它将在下一个版本中发布

 def something(MyBean bean) {
      params.max=bean.max
      params.offset=bean.offset
      //a little ugly I know but hence my question
      render 'view', model:[bean:bean]
    }