Restsharp: スペース文字（ ""）を "％20" vs "+"としてエンコード

これを修正するための提案やプルリクエストも考えていただければ幸いです。

私もこれに遭遇し、REST呼び出しのGETパラメーターに対して「+」ではなく「％20」のみを受け入れるAPIに違反しましたが、根本的な原因は同じです。

明らかな解決策は、 EncodeParameterの動作をオーバーライドして、 UrlEncode EscapeDataStringを使用できるようにすることです。

これについては、スタックオーバーフロー（https://stackoverflow.com/questions/602642/server-urlencode-vs-httputility-urlencodeなど）に多数の広範なスレッドがありますが、最終的に正しい動作が実際に何であるかは不明です。 。そして、常にUrlEncodeを使用するのではなく、必要なものを選択する方法があると非常に便利です。これは、場合によっては間違いなく正しい動作ではありません。

回避策として、基本的に、 Parametersを設定するものは使用せず、手動で実行してください。

私はこれを実装するための最良の方法について考えています...おそらくデフォルトの実装として設定されているHttpUtility.UrlEncode(...)を呼び出す$ DefaultParameterEncoderを備えたIParameterEncoderインターフェイスですが、どこかで上書きされました。 RestClientに入れるのは理にかなっていますか、それともIWebProxyプロパティがここにあるようにHttpに入れるべきですか？

https://github.com/restsharp/RestSharp/blob/1805996d6f93226cdbf9dd1cc50b90423c1456c7/RestSharp/Http.cs#L220

私はそれをこのようにする方が簡単だと思います：

    public Func<string, string> Encoder { get; set; } = s => HttpUtility.UrlEncode(s);

単一の機能のためのインターフェースの必要性を感じません。

@qJakeこのように
https://github.com/restsharp/RestSharp/commit/62e95bd03a0c64ac3933b648be4ee18d6c220ad7#diff -fbb0205ba27639004072c041141c4459R133

        /// <summary>
        /// Allows to use a custom way to encode parameters
        /// </summary>
        /// <param name="encoder">A delegate to encode parameters</param>
        /// <example>client.UseUrlEncoder(s => HttpUtility.UrlEncode(s));</example>
        /// <returns></returns>
        public IRestClient UseUrlEncoder(Func<string, string> encoder)
        {
            Encode = encoder;
            return this;
        }

@alexeyzimarevはい！ それは素晴らしいでしょう。 👍

次のバージョンでリリースされます。