Dekodieren entkommene URL ohne Verwendung von HttpUtility.UrlDecode

Question

Gibt es eine Funktion, die eine maskierte Url-Zeichenfolge in seine nicht-gesäumte Form konvertiert? System.Web.HttpUtility.UrlDecode() kann diesen Job erledigen, aber ich möchte keinen Verweis auf System.Web.dll hinzufügen. Da meine App keine Webanwendung ist, möchte ich keine Abhängigkeit hinzufügen, um nur eine Funktion in einer Baugruppe zu verwenden.

UPDATE: Überprüfen Sie Rick Strahl's blog post über das gleiche Problem.

Answer 1

EDIT: Verwenden Sie die statische Methode Uri.UnescapeDataString() Ihre URLs zu entschlüsseln:

Encoded:http%3a%2f%2fwww.google.com%2fsearch%3fhl%3den%26q%3dsomething%20%2323%26btnG%3dGoogle%2bSearch%26aq%3df%26oq%3d

Decoded:http://www.google.com/search?hl=en&q=something #23&btnG=Google+Search&aq=f&oq=

Answer 2

Das Microsoft ACE-Team hat eine erweiterte (und bessere) Version von decode, in der Anti-XSS library. Ich bin mir jedoch nicht sicher, ob es gerade passiert.

(Ich verstehe nicht, warum man so besorgt über die Abhängigkeit von System.web.dll ehrlich zu sein)

Answer 3

Sie haben bereits eine große Abhängigkeit von dem .NET-Framework, CLR et al. In der Tat haben Sie bereits eine indirekte Abhängigkeit von System.Web.DLL; Ihre Anwendung kann nicht ohne ihre Anwesenheit auf dem lokalen Computer ausgeführt werden.

Und Sie sorgen sich um die Erinnerung? Haben Sie Speicherprobleme? Wenn Sie Speicherprobleme haben, die so extrem sind, dass Sie nicht mehrere KB DLLs in den Speicher Ihrer App laden können, warum codieren Sie dann .NET? Oder optimieren Sie gerade vorzeitig?

Also mach dir keine Sorgen darüber.

Answer 4

System.Web.dll wird nicht geladen - wie andere bereits angemerkt haben, ist es nicht aufregend, wenn Sie nicht wissen, dass Sie mit Clients arbeiten müssen, die es nicht haben ("client profile", "compact framework") , "Micro Framework", "Silverlight").

Re Raum; es wird nicht viel wirklich sein; Beachten Sie, dass .NET-Assemblies auf einer Methode-für-Methode JIT-basiert sind, so dass nur durch die Verwendung einiger weniger Methoden ein signifikanter Overhead entsteht.

Das eigentliche Problem (IMO) ist Ihr Maß an Vertrauen, dass der Client System.Web.dll hat; Wenn Sie glücklich sind, dass sie den vollen Rahmen verwenden, dann gehen Sie einfach dafür.

Answer 5

@Smith
Ich hatte die speichern Sie das Problem. Keine Änderungen oder einfach nur weiter jumble.

Nach dem Testen vieler Dinge bemerkte ich eine Test-String wurde entschlüsselt. Letztendlich musste ich eine neue leere Zeichenkette erstellen, ihren Wert auf die codierte Zeichenkette setzen und dann WebUtility.HtmlDecode und Uri.UnescapeDataString auf der neuen Zeichenkette ausführen. Aus irgendeinem Grund musste ich das Dekodieren und die Uneszenierung in der Reihenfolge ausführen, die ich erwähnte. Bizarr.

Ich löste es mit so etwas.

Dim strEncoded as string="http%3a%2f%2fwww.google.com%2fsearch%3fhl%3den%26q%3dsomething%20%2323%26btnG%3dGoogle%2bSearch%26aq%3df%26oq%3d" 

Dim strDecoded as string = "" 
strDecoded = strEncoded 
strDecoded = WebUtility.HtmlDecode(strDecoded) 
strDecoded = Uri.UnescapeDataString(strDecoded) 

Answer 6

System.Net.WebUtility.HtmlDecode arbeitet auch auf .NET 4.0 Client Profile.

Answer 7

Wenn Sie .NET 4 verwenden.0 oder später, können Sie WebUtility.UrlDecode verwenden, die mit Client-Profil funktioniert und auch Pluszeichen korrekt verarbeitet (siehe this Diskussion).