问题标签 [gwt-history]

我正在计划我的 GWT 应用程序。正如 Ray Ryan 在 Google IO 09 上所说：

“让你的历史正确，并尽早正确”。

我已经考虑过历史在我的应用程序中的作用，在第一印象中，我似乎可以通过历史令牌处理我的所有控制流。控制流都只涉及单个索引值的规范（例如 123）：因此我可以将其表示为“i_123”历史令牌：UI 中的多个组件将在新的历史令牌中触发 - 以触发 UI 更新。我的记录显示 Presenter 只会监听以“i_”开头的历史事件，然后从匹配的标记中提取索引并更新。

这种策略有惩罚吗？如果我需要在应用程序周围传递复杂的消息，我很感激我会将这些消息包装到事件中，但这似乎没有必要。

对这个策略还有其他意见吗？

我在 gwt 中使用 History 玩了一段时间，因为我打算在我当前的项目中实现它，所以我创建了一个小型演示项目，只是为了看看它是如何工作的并做一些练习。因此，由于某些原因，它不起作用。这是代码 - 非常简单的来回前进。

这是 iframe

然后是入口点

和 3 个单例表单，正在加载表单的内容和 2 个表单。

和 ..

最后但并非最不重要的:))

问题是我单击 FirstPanel 中的按钮并加载 SecandPanel 然后在浏览器中按“返回”没有做任何事情。在 onHistoryChanged 方法中，参数 historyToken 是空字符串，不应该是堆栈中的值（first_page）？

如果有人发现问题或向我解释我在哪里出错，我将不胜感激。

谢谢

关于后退/前进项目能力的良好设计被认为是什么。我的意思是 - 用户只能通过后退/前进浏览器按钮浏览应用程序，或者在应用程序中有也和后退按钮，混合使用它（浏览器后退和应用程序后退按钮）是一种好习惯吗？还是 GWT History 足以成为应用程序中的唯一导航器？

我很高兴听到不同的意见和方法。

谢谢

提交表单时的良好设计解决方案，“返回”然后“前进”浏览器按钮的行为应该是什么。类似的问题是当用户注销应用程序然后单击“转发”浏览器按钮时会发生什么？

我很高兴听到上述情况的一些场景。

谢谢。

编辑-应该很好分享和我的观点:-)

我个人的意见是，用户在注销后不应该通过登录页面就无法进入应用程序。对于提交场景 - 提交并返回浏览器按钮后，用户应该能够返回到表单但不包含任何数据。

我有以下问题。这是我在用户登录应用程序并注册历史记录时遇到的情况。工作流程是： 1. 检查用户是否已经登录——如果用户对象在会话中，如果没有，则加载登录表单并添加新令牌（History.newItem("login")），如果是，则用户可以在应用程序中自由输入主窗体并添加一个令牌（History.newItem("main")）。用户输入 pass 并成功后，添加一个新令牌（History.newItem(main)）并进入应用程序主窗体。

这就是问题所在，在显示主表单并且用户决定在浏览器中单击“返回”之后，从堆栈中获取“登录”令牌并加载登录表单。但是假设用户决定单击“转发”浏览器按钮，然后采用“主”令牌并显示主表单。我不喜欢这种情况并想做：在“返回”按钮后出现一个对话框并询问“离开应用程序？” 使用“是”和“否”按钮，但我无法识别何时进行常规登录或“后退/前进”登录以执行某些操作。

任何建议或方法..可能我的设计是错误的..

有什么方法可以区分向后或向前的动作吗？

我正在写 History.newItem("step2") 但即使在执行此指令之后，它应该调用的方法也是 public void onValueChange(ValueChangeEvent event) { //code }

但是当我这样做时，没有调用该方法，我不明白为什么它没有调用该方法。

下面是整个代码。

请告诉我如何在 History.newItem(("step2") 指令中调用 public void onValueChange(ValueChangeEvent event) 方法。

我正在通过 Places 管理我的项目中的历史。

我要做的是：

• 在顶层实现 PlaceRequestHandler（例如 AppController），
• 注册它-> eventBus.addHandler(PlaceRequestEvent.getType(), this);
• 实施方法“onPlaceRequest”，我在其中进行项目导航。

我正在使用 GWT 演示者，我项目中的每个演示者都会覆盖该onPlaceRequest方法。

当每个请求都从顶级“onPlaceRequest”方法处理时，为什么我需要这个？

我举个例子：

让我们选一位演讲者

这个想法是什么，我应该如何使用它？

您好，我正在开发 GWT 示例历史管理应用程序。这是我的 onModuleLoad 代码。

在这我解雇了 History.fireCurrentHistoryState(); 触发当前的历史状态。现在在我的 firstPanel 类中，有一个名为 Second Panel 的按钮，在该按钮上触发了历史令牌 second_page。

但是这里不需要触发 History.fireCurrentHistoryState() ；再次。简单的 history.newItem 工作正常。

现在我想知道 History.fireCurrentHistoryState() 仅在模块加载时需要什么？另外为什么在应用程序中第二次不需要它。？

我正在尝试实现一种可以使用 URL 直接访问“用户页面”的工具，例如http://mygwtapp.com/#user123

然而，在浏览器中输入这样的 URL，就会出现 EntryPoint 选择页面。除非首先加载 index.html（具有响应 Fragment Identifier 的 EntryPoint 的页面）。

我认为问题是因为我使用 GWT 多页框架：

多入口点如何影响 GWT 历史记录？

我正在使用 gwtp 框架开发 gwt2.3 应用程序。在这个应用程序中，我有一个由客户端模块绑定的登录（索引）页面。

现在成功登录后，会触发一个新的名称令牌名称用户页面。

现在我有我的历史处理程序，如下所示：

公共类 NameTokenHandler 实现 ValueChangeHandler {

}

我在入口点类中添加了如下的历史记录：

现在，由于我已经覆盖了 onValueChange 方法并且我将其留空。

因此，当应用程序首先加载或任何其他名称令牌触发时，它应该首先调用 onValueChange，并且由于此方法中没有代码，因此不应加载任何内容。

但在应用中它工作正常。即使 onValueChange 中没有代码，所有名称标记都已成功触发。我不知道如何防止触发历史令牌？

请帮帮我。

提前致谢。