Comment obtenir de l'Uri.EscapeDataString à respecter la RFC 3986

N'ayant pas été en mesure d'obtenir de l'Uri.EscapeDataString à prendre sur la RFC 3986 de comportement, j'ai écrit ma propre RFC 3986 conforme à échapper à la méthode. Il tire parti de l'Uri.EscapeDataString, puis "mises à jour" échapper à la RFC 3986 de la conformité.

///<summary>
///The set of characters that are unreserved in RFC 2396 but are NOT unreserved in RFC 3986.
///</summary>
private static readonly string[] UriRfc3986CharsToEscape = new[] { "!", "*", "'", "(", ")" };

///<summary>
///Escapes a string according to the URI data string rules given in RFC 3986.
///</summary>
///<param name="value">The value to escape.</param>
///<returns>The escaped value.</returns>
///<remarks>
///The <see cref="Uri.EscapeDataString"/> method is <i>supposed</i> to take on
///RFC 3986 behavior if certain elements are present in a .config file.  Even if this
///actually worked (which in my experiments it <i>doesn't</i>), we can't rely on every
///host actually having this configuration element present.
///</remarks>
internal static string EscapeUriDataStringRfc3986(string value) {
    //Start with RFC 2396 escaping by calling the .NET method to do the work.
    //This MAY sometimes exhibit RFC 3986 behavior (according to the documentation).
    //If it does, the escaping we do that follows it will be a no-op since the
    //characters we search for to replace can't possibly exist in the string.
    StringBuilder escaped = new StringBuilder(Uri.EscapeDataString(value));

    //Upgrade the escaping to RFC 3986, if necessary.
    for (int i = 0; i < UriRfc3986CharsToEscape.Length; i++) {
        escaped.Replace(UriRfc3986CharsToEscape[i], Uri.HexEscape(UriRfc3986CharsToEscape[i][0]));
    }

    //Return the fully-RFC3986-escaped string.
    return escaped.ToString();
}

Je me rends compte de cette question et les réponses sont vieux de quelques années, mais j'ai pensé que je voudrais partager ma conclusion quand j'ai eu du mal à me la conformité en vertu de l' .Net 4.5.

Si votre code est en cours d'exécution en vertu de l'asp.net, il suffit de régler le projet a pour objectif de 4,5 et en cours d'exécution sur une machine avec 4.5 ou une version ultérieure, vous pouvez toujours obtenir 4.0 comportement. Vous devez vous assurer <httpRuntime targetFramework="4.5" /> est situé dans le web.config.

De cet article de blog sur msdn,

Si il n'y a pas de <httpRuntime targetFramework> attribut présent dans
Web.config, nous supposons que l'application voulu 4.0 bizarreries de comportement.

Je ne pouvais pas trouver une meilleure réponse (soit 100% cadre ou 100% des émules), j'ai donc créé cette abomination. Semble être de travailler avec OAuth.

class al_RFC3986
{
    public static string Encode(string s)
    {
        StringBuilder sb = new StringBuilder(s.Length*2);//VERY rough estimate
        byte[] arr = Encoding.UTF8.GetBytes(s);

        for (int i = 0; i < arr.Length; i++)
        {
            byte c = arr[i];

            if(c >= 0x41 && c <=0x5A)//alpha
                sb.Append((char)c);
            else if(c >= 0x61 && c <=0x7A)//ALPHA
                sb.Append((char)c);
            else if(c >= 0x30 && c <=0x39)//123456789
                sb.Append((char)c);
            else if (c == '-' || c == '.' || c == '_' || c == '~')
                sb.Append((char)c);
            else
            {
                sb.Append('%');
                sb.Append(Convert.ToString(c, 16).ToUpper());
            }
        }
        return sb.ToString();
    }
}