HttpServerUtility.UrlPathEncode和之间有什么区别HttpServerUtility.UrlEncode？什么时候我应该选择另一个？
我们在我们的Web服务器(人们上传它们)上存储了一堆奇怪的文档名称,这些文档名称包含空格,符号等各种字符.当我们生成这些文档的链接时,我们需要将它们转义,以便服务器可以通过以下方式查找文件:它在数据库中的原始名称.但是,在所有情况下,内置的.NET转义函数都不会正常工作.
拿文件Hello#There.docx:
UrlEncode 将正确处理:
HttpUtility.UrlEncode("Hello#There");
"Hello%23There"
然而,UrlEncode将不处理Hello There.docx正确:
HttpUtility.UrlEncode("Hello There.docx");
"Hello+There.docx"
该+符号仅对URL参数有效,而不对文档名称有效.有趣的是,这实际上适用于Visual Studio测试Web服务器,但不适用于IIS.
该UrlPathEncode函数适用于空格:
HttpUtility.UrlPathEncode("Hello There.docx");
"Hello%20There.docx"
但是,它不会逃避其他角色,如#角色:
HttpUtility.UrlPathEncode("Hello#There.docx");
"Hello#There.docx"
此链接无效,因为它#被解释为URL哈希,甚至从未到达服务器.
是否有.NET实用程序方法来转义文档名称中的所有非字母数字字符,或者我是否必须自己编写？