使用 HttpClient 通过 AttributeRouting 在 URL 中发送日期

我在获取 WebAPI 接受的日期范围查询时遇到一些问题。据我所知，从我读过的所有内容来看，这应该有效，但我仍然得到400 Bad Request回应。

我的 API 路线如下所示：

    [System.Web.Http.HttpGet]
    [GET("range/{start:datetime}/{end:datetime}")]
    public HttpResponseMessage Get(DateTime start, DateTime end)

我正在使用AttributeRouting图书馆并根据这一页我请求的网址应该没问题。

我的请求 URL 如下所示：

http://localhost:51258/plots/range/2013-07-29T21:58:39/2013-08-05T21:58:39

我在控制器上设置了这个RoutePrefix("plots")这就是plotsURL 路由的一部分来自。

如果我把时间从DateTime反对一切都很好，但我需要时间过去。

经过大量阅读后，似乎可以做我试图做的事情，但需要放松许多有用的安全措施才能做到这一点。由于有一个简单的解决方法，因此鉴于安全风险增加而放松这些措施是没有意义的。

我在 API 中遇到的错误是：

A potentially dangerous Request.Path value was detected from the client (:)

显然，这是用于分隔时间部分元素的冒号字符DateTime细绳。所以我做了以下改变。

我的 Api 操作方法现在如下所示：

[System.Web.Http.HttpGet]
[GET("range?{startDate:datetime}&{endDate:datetime}")]
public HttpResponseMessage Get(DateTime startDate, DateTime endDate)

日期现在被定义为查询字符串的一部分，而不是路径本身的一部分。

为了处理查询字符串的创建，我还有以下扩展方法：

public static string ToQueryString(this NameValueCollection source, bool removeEmptyEntries)
{
    return source != null ? "?" + String.Join("&", source.AllKeys
        .Where(key => !removeEmptyEntries || source.GetValues(key).Any(value => !String.IsNullOrEmpty(value)))
        .SelectMany(key => source.GetValues(key)
            .Where(value => !removeEmptyEntries || !String.IsNullOrEmpty(value))
            .Select(value => String.Format("{0}={1}", HttpUtility.UrlEncode(key), value != null ? HttpUtility.UrlEncode(value) : string.Empty)))
        .ToArray())
        : string.Empty;
}

在我的客户端代码中使用如下：

var queryStringParams = new NameValueCollection
    {
        {"startDate", start.ToString(_dateService.DefaultDateFormatStringWithTime)},
        {"endDate", end.ToString(_dateService.DefaultDateFormatStringWithTime)}
    };

var response = httpClient.GetAsync(ApiRootUrl + "plots/range" + queryStringParams.ToQueryString(true)).Result;

我的应用程序中的日期服务仅提供默认的日期格式字符串并使用以下模式：

"yyyy-MM-ddTHH:mm:ss"

由此生成的完整 URI 如下所示：

http://localhost:51258/plots/range?startDate=2013-07-30T21%3A48%3A26&endDate=2013-08-06T21%3A48%3A26

希望这对将来的其他人有帮助。