0

URL 設計に関する議論を、意見や感情から研究、文書、事実に移すのに役立つ文書、RFC、ガイド、または調査を知っている人はいますか?

口座を選択できる従来の非 SPA HTML ベースの銀行アプリケーションを構築しているとします。現在選択されているアカウントは UI 状態です。この選択されたアカウントは、(少なくとも) 次の 2 つの方法で「保存」できます。

  1. https://mybank.com/balance?accountID=23423498またはのようなURLでhttps://mybank.com/accounts/23423498/balance
  2. Cookie やセッション状態など、他の場所でhttps://mybank.com/accounts/balance、現在選択されているアカウントの残高が何であれ表示されます。

#1 はディープ リンクと複数のタブを可能にしますが、#2 は特にそのような UI 状態の「ディメンション」が複数ある場合に、よりクリーンでシンプルな URL を生成し、実装をよりシンプルにします。実際には、このような UI 状態のディメンションは常に 1 ～ 3 あります。

私は意見を求めているわけではないので、この問題に関する私の個人的な意見が何であるかは問題ではありません。私の問題は、どちらの側も、いつ何を使用するかを明確にする信頼できるドキュメント、研究、または設計ガイドへのリンクを使用して、私たちの「意見」を裏付けることができないことです.

注: URL、Cookie、またはセッションがどのように機能するか、どこに保存されるかなどの技術的な詳細を探しているわけではありませんが、この情報をいつ URL に入れるべきか、いつ入れないべきかについての推奨事項についてです。

4

1 に答える 1

0

私が言おうとしている意見のための文書や調査はありません。私の個人的な経験です。

私はオプション＃1に行きます。

選択したアカウントでページをブックマークしようとしているエンド ユーザーのことを考えてみてください。オプション 1 を使用すると、次にページを開いたときに、必要な場所に直接アクセスできます。一方、オプション 2 では、アカウントを再度表示するために入力/選択を実行する必要があります。

#2 は、エンド ユーザーがアカウントを 1 つしか持っていない場合に適しています。

優れたリンクが優れたユーザー エクスペリエンスを意味するわけではありません。

セキュリティの観点から、ページ要求ごとに常にユーザーを検証することをお勧めします。そのため、エンド ユーザーが URL を誰かと共有したとしても、その間に認証プロセスが必要です。

于 2020-11-05T13:31:47.073 に答える