GWTの歴史の質問

Question

バック/フォワードプロジェクトの機能に関しては、良いデザインとは何でしょうか。 私は、バック/フォワードブラウザボタンを使ってアプリケーションをナビゲートすることも、アプリケーションに戻るボタンと戻るボタンを混在させることもできます（ブラウザのバックボタンとアプリケーションのバックボタン）。または、GWT履歴は、アプリケーションの唯一のナビゲータになるには十分ですか？

私は異なる意見やアプローチを聞いてうれしいです。

おかげ

Answer 1

GWT履歴管理は、アプリケーションのさまざまな状態をアドレスURLと一致させ、リスナーを使用してURL変更を通知する方法です。

これは、標準的なバック/フォワードが意味のある方法で動作することを可能にするの技術的なものです。です。

今、私たちはデザインについて言いますが、あなたのアプリケーションの中で "戻る"/"進む"ボタンは本当に便利ですか？

これはアプリケーションの機能に依存します。一連のステップを持つウィザードのようなものであれば、アプリケーションに戻る/進むボタンが表示されます。

これが従来のUIであれば、あなたは/前進をしません。あなたは新しいビューにユーザーを送るリンク/ボタンと、ユーザーが望む任意のビュー/スクリーンに行くことを可能にするある種のメインナビゲーションを有するでしょう。バック/フォワードのサポートのみがブラウザを使用しています。

Answer 2

私の視点は、GWTの歴史は、アプリケーションの既存の機能を模倣するために使用されていることです。したがって、アクションを実行すると、ユーザーはトレースバックを残すことができます。

Answer 3

ウェブアプリケーションsecenerioによると、ブラウザの戻るボタンと進むボタンをナビゲートすることがより望ましいです。なぜホイールを改革するのですか？

この機能でサポートされているすべてのブラウザです。 私はまた、システムのgwt.Historyでサポートされている大規模なアプリケーションに取り組んでいます。履歴トークンによって管理されています。hereから見ることができます。

私は過去2年間、gwt ansの履歴管理で作業しています。正常に動作しています。 ナビゲーションシステムはインナーパネルのナビゲーション要件に対応していますが、ブラウザには独自の機能を使用することをおすすめします。

Answer 4

1. ブラウザの戻る/進むボタンの使用に慣れているので、私はあなたのアプリで別のバック/フォワード機能を使用しません。これはどんな機能も追加せず、人々を混乱させます。

2. GWT履歴は、ブラウザの履歴機能をラップするので、ブラウザのネイティブ履歴機能とまったく同じように動作します。

Answer 5

ブラウザベースの履歴はすべてです。

1. あなただけの内部履歴をサポート（とブラウザベースの歴史をサポートしていない）場合は、ユーザーが戻って移動するとき、ブラウザは、アプリケーションからそれらを奪うだろう。
2. 内部およびブラウザベースの履歴をサポートしている場合、ユーザーはおそらく内部またはブラウザベースのバックキーを押してもその効果が失われることはありません。

Webアプリケーションが内部およびブラウザベースの履歴ナビゲーションをサポートしているとは考えられません。

ブレッドクラムが提供されていると思いますが、これはほんの数種類のアプリケーションに関連しています。