0

是否有人知道可以帮助将有关 URL 设计的讨论从意见和情感转移到研究、文档和事实的文档、RFC、指南或研究？

假设我们正在构建一个传统的非 SPA 基于 HTML 的银行应用程序，人们可以在其中选择帐户。当前选择的帐户是 UI 状态。这个选定的帐户可以（至少）以以下两种方式“存储”：

  1. 在 URL 中喜欢https://mybank.com/balance?accountID=23423498或https://mybank.com/accounts/23423498/balance
  2. 在其他地方，例如在 cookie 中或在会话状态中，以便https://mybank.com/accounts/balance显示当前选择的帐户的余额，无论它可能是什么。

#1 使深层链接和多个选项卡成为可能，而 #2 产生更干净/更简单的 URL，特别是如果有多个这样的 UI 状态“维度”并使实现更简单。实际上，我们在任何给定时间都有 1-3 个这样的 UI 状态维度。

我对此事的个人意见并不重要，因为我不是在寻找意见。我的问题是，任何一方都无法通过指向权威文档、研究或设计指南的链接来支持我们的“观点”，这些链接阐明了何时使用什么。

注意：我不是在寻找有关 URL、cookie 或会话如何工作、它们的存储位置等的技术细节，而是关于何时将这些信息放入 URL 以及何时不放入的建议。

4

1 回答 1

0

对于我即将给出的意见，我没有任何文档或研究，只是我的个人经验。

我会选择选项#1。

想想最终用户，他试图用所选帐户为页面添加书签。使用选项#1，他将 - 下次他打开页面时，直接在他需要的地方。而对于选项 #2，他将需要执行一些输入/选择才能再次查看该帐户。

#2 有意义，如果最终用户只有一个帐户。

好的链接并不意味着好的用户体验。

出于安全考虑，最佳做法是始终在每个页面请求上验证用户。因此，即使最终用户将 URL 共享给某人，两者之间也应该有一个身份验证过程。

于 2020-11-05T13:31:47.073 回答