Vorbei DateTimeOffset als WebAPI-Abfrage-string

Das problem wird genau beschrieben, die durch die 400-response-Nachricht, obwohl es hätte mehr klar. Die route, definiert durch die attribute, die nur einen parameter erwartet, id, aber die Delete-Methode erwartet einen weiteren parameter namens Datum.

[Route("api/values/{id}/{date}")]

OK, ignorieren, was schrieb ich oben, es ist nur ein Formatierungs-problem. Web-API hat Probleme, herauszufinden, die Kultur benötigt, um eine Analyse der VORGEGEBENE Wert, aber wenn Sie versuchen, pass auf DateTimeOffset mit einem JSON-format in der Abfrage-string, wie 2014-05-06T22:24:55Z, das sollte funktionieren.

Erstellen Sie einen benutzerdefinierten Typ Konverter wie folgt:

public class DateTimeOffsetConverter : TypeConverter
{
    public override bool CanConvertFrom(ITypeDescriptorContext context, Type sourceType)
    {
        if (sourceType == typeof(string))
            return true;

        return base.CanConvertFrom(context, sourceType);
    }

    public override bool CanConvertTo(ITypeDescriptorContext context, Type destinationType)
    {
        if (destinationType == typeof(DateTimeOffset))
            return true;

        return base.CanConvertTo(context, destinationType);
    }

    public override object ConvertFrom(ITypeDescriptorContext context, CultureInfo culture, object value)
    {
        var s = value as string;

        if (s != null)
        {
            if (s.EndsWith("Z", StringComparison.OrdinalIgnoreCase))
            {
                s = s.Substring(0, s.Length - 1) + "+0000";
            }

            DateTimeOffset result;
            if (DateTimeOffset.TryParseExact(s, "yyyyMMdd'T'HHmmss.FFFFFFFzzz", CultureInfo.InvariantCulture, DateTimeStyles.None, out result))
            {
                return result;
            }
        }

        return base.ConvertFrom(context, culture, value);
    }

In der startup-Sequenz, wie WebApiConfig.Register fügen Sie diese Art Konverter dynamisch an die DateTimeOffset struct:

TypeDescriptor.AddAttributes(typeof(DateTimeOffset),
                             new TypeConverterAttribute(typeof(DateTimeOffsetConverter)));

Können Sie jetzt einfach DateTimeOffset Werte in der kompakten form nach ISO8601, die lässt Bindestriche und Doppelpunkte, die stören die URL:

api/values/20171231T012345-0530
api/values/20171231T012345+0000
api/values/20171231T012345Z

Beachten Sie, dass wenn Sie in Bruchteilen von Sekunden, müssen Sie möglicherweise gehören ein trailing slash in der url.

api/values/20171231T012345.1234567-0530/

Könnte man es auch in der querystring, wenn Sie mögen:

api/values?foo=20171231T012345-0530

Verwendung der ISO-8601 - datetime-format Planer:

$"http://localhost:1234/api/values/1?date={DateTime.UtcNow.ToString("o")}"

oder

$"http://localhost:1234/api/values/1?date={DateTime.UtcNow:o}"

Beste Weg um herauszufinden, ist zu Fragen, auf die WebAPI zu generieren, die erwartete URL-format selbst:

public class OffsetController : ApiController
{
    [Route("offset", Name = "Offset")]
    public IHttpActionResult Get(System.DateTimeOffset date)
    {
        return this.Ok("Received: " + date);
    }

    [Route("offset", Name = "Default")]
    public IHttpActionResult Get()
    {
        var routeValues = new { date = System.DateTimeOffset.Now };
        return this.RedirectToRoute("Offset", routeValues);
    }
}

Beim Aufruf von /- offset aus der Antwort liefert einen 302 auf eine url enthält, die 'date' - parameter im querystring.
Es wird in etwa so Aussehen:

http://localhost:54955/offset?date=02/17/2015 09:25:38 +11:00

Konnte ich nicht finden, eine überlastung des DateTimeOffset.ToString() generiert einen string-Wert in diesem format, außer für den explizit definieren das format in einen string-format:

DateTimeOffset.Now.ToString("dd/MM/yyyy HH:mm:ss zzz")

Hoffe, das hilft.