How-to soluzione alternativa differenze con Uri e URL codificati in .Net4.0 vs .Net4.5 utilizzando HttpClient

Question

Uri si comporta in modo diverso in .Net4.0 vs .Net4.5

var u = new Uri("http://localhost:5984/mycouchtests_pri/test%2F1"); 
Console.WriteLine(u.OriginalString); 
Console.WriteLine(u.AbsoluteUri); 

Esito NET4.0

http://localhost:5984/mycouchtests_pri/test%2F1 
http://localhost:5984/mycouchtests_pri/test/1 

Esito NET4.5

http://localhost:5984/mycouchtests_pri/test%2F1 
http://localhost:5984/mycouchtests_pri/test%2F1 

Quindi, quando si utilizzano le richieste HttpClientdistributed by Microsoft via NuGet come sopra, con .Net4.0, poiché HttpRequestMessage utilizza Uri.

Tutte le idee per una soluzione alternativa?

EDIT C'è un NON APPLICABILE soluzione aggiungendo configurazione per <uri> in es App.config o Machine.config (http://msdn.microsoft.com/en-us/library/ee656539(v=vs.110).aspx).

<configuration> 
    <uri> 
    <schemeSettings> 
     <add name="http" genericUriParserOptions="DontUnescapePathDotsAndSlashes"/> 
    </schemeSettings> 
    </uri> 
</configuration> 

Ma questa è una libreria strumenti, che non è proprio un'opzione. Se lo HttpClient per .Net4.0 dovrebbe essere alla pari con quello in .Net4.5, dovrebbero avere lo stesso comportamento.

Answer 1

Mike Hadlow scritto a blog post on this qualche anno fa. Ecco il codice se ne uscì con per aggirare questo:

private void LeaveDotsAndSlashesEscaped() 
{ 
    var getSyntaxMethod = 
     typeof (UriParser).GetMethod("GetSyntax", BindingFlags.Static | BindingFlags.NonPublic); 
    if (getSyntaxMethod == null) 
    { 
     throw new MissingMethodException("UriParser", "GetSyntax"); 
    } 

    var uriParser = getSyntaxMethod.Invoke(null, new object[] { "http" }); 

    var setUpdatableFlagsMethod = 
     uriParser.GetType().GetMethod("SetUpdatableFlags", BindingFlags.Instance | BindingFlags.NonPublic); 
    if (setUpdatableFlagsMethod == null) 
    { 
     throw new MissingMethodException("UriParser", "SetUpdatableFlags"); 
    } 

    setUpdatableFlagsMethod.Invoke(uriParser, new object[] {0}); 
} 

Penso che solo imposta il flag che è disponibile da .config nel codice, così, mentre è hacky, non è esattamente non supportato.