我读遍不要使用在用于在Web上使用的文件名,例如URL空间的地方。
我不明白这有什么错用“ %20
”指的是在我的代码名称时替换它们。 它似乎更适合使用这种替代,因为我再保留我的文件名的语义。
?
我读遍不要使用在用于在Web上使用的文件名,例如URL空间的地方。
我不明白这有什么错用“ %20
”指的是在我的代码名称时替换它们。 它似乎更适合使用这种替代,因为我再保留我的文件名的语义。
?
这是用户友好的有可读的URL。
例如,该页面可能是:
http://stackoverflow.com/questions/1093611/why%20shouldnt%20i%20use%20spaces%20in%20file%20names%20when%20i%20can%20use%20a%20code%20equivalent
几乎没有第一眼的可读性。
首先,它是不,你不能是你不应该 。 这是不是在你的文件名称空间的最佳实践,它只是复杂的东西,期。
第二,它是很难有人手动键入地址,如果他们的愿望。
即“嘿去我的网站,并在得到我的简历的” www ... /我的%20resume
只是我的$ 0.02
它很丑。 美学做的事对于任何一个用户看到。
另一个问题,如提到的“浏览器安全手册” ,有些浏览器,例如20%解码成空白,但有些不是。 这导致不同的外观在不同的浏览器相同的链接。
他们不是很人性化可读(让人难忘的还是分型),如果他们在URL中出现了,如果他们不正确地转义,你可以在东西如电子邮件换行符。
什么是你的理由摆在首位使用它们(而不是PascalCase或博客永久式)?
我喜欢做的事情尽量简单的用户的可用性和开发代码的可读性。 要做到这一点的一种方法是不使用这样的空间。
使用一些更可读,比如文件name.html或fileName.html。 这将是更加人性化可读性和更容易使用。
你可以只为用户创建一个下载页面的所有文件的列表。 如果强制链接下载用户将永远不会有键入20%