你怎么看..干净的URL是后端还是前端的"纪律">
答案是两者兼而有之。
例如：
https://stackoverflow.com/questions/203278/are-clean-urls-a-backend-or-a-frontend-thing
上面的数字是一个数据库ID，一个后端的东西。切掉漂亮的部分，它就会进入同一页。 因此，"are-clean-urls-a-backend-or-a-frontend-thing">是前端事物的一部分。
如果我们谈论的是 url 从最终用户体验来看是"干净的"，那么我将打破这个模式，并说 url 通常不直观，而且永远不会直观，它们旨在机器可读。
URL的格式没有标准，因此当从一个站点导航到另一个站点时，人们永远不会记住如何纯粹通过记住URL及其"友好语法"来访问资源。我们可以争论是否使用"？"和"&"或"/"来表达如何通过URL识别资源;一种方法比另一种更好吗？这不重要。在一天结束时，机器会解析它并发回结果。
我们应该停止自欺欺人地认为人们实际上输入了这些东西，并意识到uri是针对机器的，而不是人。
我还没有使用/记住超过地址 http://domain.com/部分前几个字符的 uri，而且我已经使用网络很长时间了。这就是书签的用途。网站上没有任何地方说"在我们的 url 中更改此部分以查看"任何其他"资源"，因为 url 通常是未记录且不透明的。
是的，让你的 uri 对 SEO 友好(即使它们也会定期更改(，但忘记整个"人类/干净"资源标识符的事情，这是一个神秘的白日梦。
我同意 Vlion 的观点，即 url 应该提供一种独特的机制来为资源添加书签并返回它(不像一些可恶的 web 2.0 ajax/silverlight/flash 创作(，但书签永远不会让人类理解和理解。似乎有很多注意力和精力花在梦想人类可以记住和输入的URL策略上，这是浪费精力。让我们继续解决实际问题。
很抱歉咆哮，但在某些圈子里有很多与网址相关的 web 2.0 废话，这完全是浪费时间。
现在Firefox的Awesome栏和Google Chrome的Omnibox地址栏可以用来搜索浏览历史，它使用户更容易搜索以前访问过的网站的历史记录，因此拥有干净的URL可以帮助用户更轻松地在其历史记录中找到网站。
确保页面具有适当的标题很重要(因为两个浏览器都搜索标题和网址(，但是通过确保网址中也有相关的关键字，当在地址栏中键入这些关键字时，网址将更有可能在建议中显示得更高，因为关键字将被匹配两次， 在网址和标题中。
此外，一旦用户输入了网站的名称，他们就会看到来自该网站的示例 URL，然后他们可以将其用作缩小搜索范围的模板。因此，在网址中使用动词和名词来表示网站的不同部分或操作，将有助于用户将搜索范围缩小到他们感兴趣的网站部分，例如 stackoverflow 的/questions/或/tag/ 部分，或 docs.google.com/doc 末尾的"/doc"，可用于查看 Google 文档*上的文档页面。
由于 Firefox 和 Chrome 都会搜索在地址栏中键入的每个空格分隔的单词，因此可以说搜索 url 没有必要完全人类可读，但为了允许用户实际从 url 中读取他们感兴趣的关键字，"噪音"的数量应该保持在最低限度。
* 其形式为 http：//docs.google.com/Doc?id=gibberish
我的观点很简单：
- 我用浏览器访问的每个地方(有各种边缘情况例外(都应该是可添加书签的，前进/后退应该是可用的，并且不会破坏任何数据输入。
当然是后端。您的服务器是必须负责路由到 URL 请求的资源的服务器。
我认为使用友好 URL 的主要原因是：
- 易于链接/共享
- 介绍
- 徐
所以我认为这纯粹是一种客户端的乐趣。虽然它们在服务器上也很好，但它们不是关键任务。