Html 此url是否未验证且不是良好做法？

我有一个以下格式的url：

http://www.example.com/manchester united

---

注意曼彻斯特和曼联之间的空格，这是一种不好的做法，还是完全没问题，我只是想在继续之前说，谢谢，我相信很多浏览器会用%20符号替换URL中的空格。

我相信很多浏览器会用%20符号替换URL中的空格。

可以做到这一点，但显然这是一种不好的风格

---

请参阅以下内容：

可以做到这一点，但显然这是一种糟糕的风格

---

请参阅以下内容：

这是一种不好的做法，不仅因为浏览器需要将空间转换为%20，从而混淆用户的地址栏，而且因为很难将url传达给任何人。

---

此外，关于堆栈溢出的所有“在文本中查找链接”正则表达式呢？你有效地打破了它们

这是一种糟糕的做法，不仅因为浏览器需要将空间转换为%20，从而混淆用户的地址栏，还因为很难将url传达给任何人。

---

此外，关于堆栈溢出的所有“在文本中查找链接”正则表达式呢？你有效地打破了它们

它将在地址栏中被替换为as，我个人认为它比备选地址栏更难看。

它将在地址栏中被替换为as，我个人认为它比备选地址栏更难看。

您需要添加%20而不是空间，但是浏览器会为您这样做，我不希望URI中有任何空格，您需要添加%20而不是空格，但是浏览器会为您执行此操作，我不希望URI中有任何空格，从技术上讲，这是可行的。浏览器将用

%20

替换空间，服务器将把它翻译回来

---

但是。。。一般来说，这不是一个好主意，因为它可能会导致歧义，或难以将URL传达给其他人，特别是在广告环境中，您希望有人键入他们在印刷品中看到的URL。

从技术上讲，这是可行的。浏览器将用

%20

替换空间，服务器将把它翻译回来

但是。。。一般来说，这不是一个好主意，因为它会导致含糊不清，或难以将URL传达给其他人，尤其是在广告环境中，您希望有人键入他们在印刷品中看到的URL。

可能是以下方面的问题：

但是

如果您在浏览器中输入than，则会在曼联和曼联之间添加%20。从技术上讲，您应该在HTML页面中执行此操作，但大多数现代浏览器都可以处理此操作。通常的做法是用连字符将它们分开，即

请查看此问题的URL，以了解正在实施的示例。

可能是以下问题：

但是

如果您在浏览器中输入than，则会在曼联和曼联之间添加%20。从技术上讲，您应该在HTML页面中执行此操作，但大多数现代浏览器都可以处理此操作。通常的做法是用连字符将它们分开，即

---

请查看此问题的URL，以获取此问题的示例。

空格在URI中不是有效字符；您必须将其替换为

%20

。这也可能被视为不良做法。最好将空格替换为

-

，

+

或

.

；它既“更漂亮”，也不需要对URI进行转义

---

大多数浏览器仍然会尝试用空格解析URI；但这是非常模糊的。

空格在URI中不是有效字符；您必须将其替换为

%20

。这也可能被视为不良做法。最好将空格替换为

-

，

+

或

.

；它既“更漂亮”，也不需要对URI进行转义

---

大多数浏览器仍然会尝试用空格解析URI；但这是非常模糊的。

他们没有显示正确的空格。他们没有显示正确的空格。URL中可能有空格。浏览器对其进行编码以便传输，服务器对其进行解码。浏览器会根据是否显示URL的编码版本或原始版本而有所不同。这在技术上是可能的，但绝对是糟糕的风格。在URL中可能有一个空格。浏览器对其进行编码以便传输，服务器对其进行解码。浏览器会根据是否显示URL的编码版本或原始版本而有所不同。这在技术上是可能的，但绝对是糟糕的风格。这取决于浏览器。有些浏览器会在地址栏中留下空间。在某些上下文中，它仍然会使读取URL变得困难。这取决于浏览器。有些浏览器会在地址栏中留下空间。在某些上下文中，它仍然会使读取URL变得困难。