Empêche le C# des parenthèses d'encodage dans la chaîne de requête

Question

Je dois consommer un service qui prend un paramètre GET nommé "names []".

Par exemple: GET http://example.com/name2id?names []=john

Lorsque je tente de consommer que C# en utilisant un WebClient, les supports est encodée à% 5B% 5D, dont les Servies ne comprend pas. Lorsque j'envoie ce qui précède en utilisant mon navigateur (non-codé), tout fonctionne bien.

Heres l'exemple qui ne fonctionne pas:

using (var client = new System.Net.WebClient()) 
{ 
    response = client.DownloadString(new Uri("http://example.com/name2id?names[]=john")); 
} 

Contrôlée par Fiddler, Heres la demande:

GET http://example.com/name2id?names%5B%5D=john HTTP/1.1 
Host: example.com 
Connection: Keep-Alive 

est-il un moyen de rendre le cadre codait pas l'URL, ou un autre moyen de contourner ce problème?

P.S. Je ne contrôle pas l'API, donc je ne peux pas changer ça.

MISE À JOUR:

C'est un peu bizarre. J'ai trouvé une solution, changer mon code C# à:

using (var client = new System.Net.WebClient()) 
{ 
    response = client.DownloadString(new Uri("http://example.com/name2id?names[]=john", true)); 
} 

Notez le dontEscape booléenne à Uri. C'est en fait obsolète, mais ça marche? Quelqu'un peut-il expliquer cela? Comme je comprends RFC2396 [] ne sont pas des caractères valides dans un URI

Answer 1

Comme mentionné par CodeInChaos, l'URL n'est pas valide selon RFC2396.

Pour faire C# pas échapper à des caractères non valides, la méthode surchargée d'URI peut être CAFR:

new Uri("http://example.com/name2id?names[]=john", true) 

Cependant, cette méthode est dépréciée mais apparemment il fonctionne encore. Je dois vivre avec l'avertissement surgissant :)

Answer 2

Donc, il me semble que votre service attend une requête http malformée.

query   = *uric 
uric   = reserved | unreserved | escaped 
unreserved = alphanum | mark 
mark   = "-" | "_" | "." | "!" | "~" | "*" | "'" | "(" | ")" 
reserved  = ";" | "/" | "?" | ":" | "@" | "&" | "=" | "+" | "$" | "," 
escaped  = "%" hex hex 

http://www.ietf.org/rfc/rfc2396.txt

Answer 3

Etes-vous sûr que les caractères codés est le vrai problème?

Les caractères sont codés correctement par la classe WebClient. Si le service ne peut pas gérer les caractères correctement codés, le service est interrompu.

Si le service est cassé de cette façon, et vous devez l'utiliser quand même, alors vous devez trouver une manière différente d'envoyer la demande.

Answer 4

techincally son correct url encode []-%5B%5D, de sorte que le problème n'utilise pas [] mais que le fournisseur ne décode pas correctement le chemin URL/querystring

http://www.albionresearch.com/misc/urlencode.php

Answer 5

Vous devriez juste être en mesure passer l'URI comme une chaîne

Ainsi faisant

response = client.DownloadString("http://example.com/name2id?names[]=john"); 

Si le travail sans coder l'URL. Je n'ai pas essayé mais je me suis peut-être trompé.