grails params vs custom beans可能只是增强了分页

Question

将尝试快速完成，决定使用bean来处理与控制器输入/输出相关的所有内容

所以在一个控制器中，使用自定义bean来处理包括offset/max在内的所有内容，这是问题的真正来源和周围我猜g:paginate因为问题确实存在。

def something(MyBean bean) {

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

我知道你可以覆盖，在我的情况下，因为我正在建模包含我的内容的bean，现在在这里被覆盖：

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

我想我也可以做到：

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

会覆盖params，因此我不必声明max=mycustom.max。我在paginate的代码中看到，如果不是默认值，它会默认使用params.max或offset。

我想我的更大的问题可能是一些增强，有些人会猜到当前的params实际上是在控制器顶部声明了bean方法。这样一切都会如此sm p

我认为这可能需要提出作为分页的愿望清单，但有点触及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发布，因此无论如何都会收到一个参数，因此它不会发生。我还有一些复杂的问题，那就是我不打算在会话地图上依赖帖子和更多信息。我认为这会产生问题。