|
|
1
72
编辑:
使用静态方法
编码:
已解码:
|
|
|
2
7
如果你正在使用。NET 4.0或更高版本,您可以使用 WebUtility.UrlDecode 它与客户端配置文件配合使用,也能正确处理加号。 |
|
3
4
重新加载系统。Web.dll-正如其他人所指出的那样,除非你知道你需要处理可能没有它的客户端(“客户端配置文件”、“紧凑框架”、“微框架”和“silverlight”),否则不值得兴奋。 再空间;真的不会很多;请注意。NET程序集是在逐个方法的基础上进行JIT的,因此仅使用几个方法不会产生任何显著的开销。 真正的问题(IMO)是你对客户拥有系统的信心程度。Web.dll;如果你对他们使用完整的框架感到满意,那么就去做吧。 |
|
|
4
2
@史密斯
在测试了许多东西后,我注意到一个测试字符串确实解码了。最终,我必须创建一个新的空字符串,将其值设置为编码字符串,然后运行
我用这样的方法解决了这个问题。
|
|
|
5
0
Microsoft ACE团队在 Anti-XSS library 然而,我不确定它是否真的通过了。 (老实说,我不明白你为什么那么担心对System.web.dll的依赖) |
|
|
6
0
你已经对有了极大的依赖。NET框架、CLR等。所以,事实上,您已经间接依赖于System。网状物。DLL;如果本地计算机上没有应用程序,则应用程序无法运行。 你担心记忆力吗?你有记忆问题吗?如果你的内存问题如此严重,以至于无法将几KB的DLL加载到应用程序的内存中,那么你为什么要编码呢。网?还是你只是过早地进行了优化? 所以不用担心。 |
|
|
7
0
只是稍微了解一下为什么不同。一个转换成大写,一个转换为小写。因此,解码是特定于编码类型的。 系统。网。Web实用程序 (内部) + 65 :
系统。网状物。实用。HttpEncoder实用程序 (内部)- + 97
例子 :
响应 :
|
|
|
8
-3
在Android中,这个问题得到了解决,我花了几个小时才弄清楚,希望我现在能节省你的时间
|