4

我们已经使用 Wicket 1.3.7 几年了，目前正在将我们的项目升级到 wicket 6.x

我对?1附加到每个 URL 的页面版本参数（例如）以及如何摆脱它们进行了大量研究。（不幸的是，在官方文档中找不到有关此的详细信息。）在这样做的同时，我阅读了很多声明（来自 Wicket 开发人员和用户，例如

需要跟踪页面版本，否则不可能有状态

和

您需要使您的页面无状态才能摆脱它

还建议使用自定义实现AbstractComponentMapper，覆盖encodePageComponentInfo不附加参数。这具有破坏已安装页面的状态的明显缺点。（例如，请参阅此 SO 答案）

昨天我偶然发现了RenderStrategy.ONE_PASS_RENDER。

我试了一下，做了一些测试后，我的印象是这是“恢复旧检票口方式”的设置：页面版本参数消失了，但我的页面是有状态的。

好吧，也有一个缺点。如果必须自己处理双重提交问题，但我可以忍受。

问题：还有其他我（还）不知道的缺点吗？有什么惊喜可以期待吗？

这似乎是一个完美的解决方案，我只是想知道为什么有这么多关于如何摆脱这些参数的讨论，即使是 wicket 开发人员，也不建议这样做......

提前致谢。

4

1 回答 1

5

我们经历了类似的升级路径，升级后我的第一反应是“哇，这些都是一些讨厌的 URL……”。

最初，我们还切换到一次性渲染以获得更好的 URL。但在深入研究之后，“?id”似乎不仅仅解决了双重问题。

带有 Ajax 组件的页面可能是有状态的：当用户与页面交互时，您可以添加组件、删除其他组件等。使用 URL 参数中的页面 ID，您可以返回与离开页面相同的状态，如果您刷新页面 (F5) 或导航到另一个页面，然后按返回按钮。

如果切换到单遍渲染，您将失去该功能，因为浏览器无法识别页面存储中的哪个页面是目标页面，并且通常以页面对象的另一个实例结束。

这在“列表结果”页面（显示带有 Ajax 分页和过滤的“项目”列表/表格的页面）中尤其明显。在这种一次性渲染的页面上，即使您多次单击“下一页”，您也经常会丢失搜索条件或返回到结果的开头。

我们最终使用了“标准”渲染机制（不是一次性渲染）。URL 看起来不太好，但我们觉得利大于弊（而且 href 看起来不错，它只是浏览器的 URL 栏）。

另一个问题是我们网站的“可抓取性”。为了不让 302 或“url?id”影响 Google 索引，我们在 Wicket 应用程序的 init 方法中添加了以下代码，以强制 Google Bot 一次性渲染：

    setPageRendererProvider(new IPageRendererProvider() {
        @Override
        public PageRenderer get(RenderPageRequestHandler handler) {
            return new WebPageRenderer(handler) {
                @Override
                protected boolean isOnePassRender() {
                    // To avoid 302s with Google Bot and have good SEO.
                    String userAgent = ((HttpServletRequest) RequestCycle.get().getRequest().getContainerRequest()).getHeader("User-Agent");
                    if (StringUtils.contains(userAgent, "Googlebot")) {
                        return true;
                    } else {
                        return super.isOnePassRender();
                    }
                }
            };
        }
    });
于 2013-01-31T00:12:44.717 回答