哈希PARAMS VS网址参数，什么时候使用？(Hash params vs url params,

是否有关于何时使用哈希参数，可以网址参数，VS路径的约定或最佳实践的建议？

例如：

• 哈希PARAMS：stackoverflow.com/questions#q=13630937&t=hash-params-vs-url-params
• 网址参数：stackoverflow.com/questions?q=13630937&t=hash-params-vs-url-params
• URL路径：stackoverflow.com/questions/13630937/hash-params-vs-url-params

是否有各自的安全，搜索引擎优化，可用性的利弊或者是风格的问题吗？

Answer 1:

哈希PARAMS是单页JavaScript应用程序非常有用，它可以让JavaScript与该应用程序的状态的共享URL呈现给用户。 这是因为首选，如果你有一个页面的JavaScript应用程序，用户浏览和加载通过AJAX更多的内容和共享的URL，而散列或按压状态改变的人接收内容会得到主页或起始状态。 哈希PARAMS可以很容易地修改，并没有重新加载页面由JavaScript读取。

哈希参数通常只使用在客户端，哈希PARAMS不会被传递到服务器...所以他们只负责参数给客户有用的。

/users#!/13

将加载用户索引页，然后的JavaScript可以读取哈希

window.location.hash并将其传递通过某种客户端路由器的和进行适当的AJAX请求和可能加载用户展示模板并将其推到DOM。

网址参数和URL路径是有些互换。 人们通常使用的URL路径描述宁静的资源，如

/users/[:id] => /users/13 => /users?id=13
/users/:id/posts => /users/13/posts
/users/:user_id/posts/:id => /users/13/posts/22
etc......

@Walter Tross，从SEO的角度做了一个很好的点。 猛击网址或“网址参数”是由爬虫更多的可转位，而且往往排名较高。

对于不适合在一个足智多谋的路线PARAMS我们把他们作为PARAMS

/users?sort=user_name&order=asc

文章来源: Hash params vs url params, when to use which?