Совместимость WCF DateTimeOffset - PullRequest
Новая
       27

Совместимость WCF DateTimeOffset

6 голосов
/ 07 февраля 2012

У меня есть служба .NET WCF с несколькими операционными контрактами, которая принимает DateTimeOffset.Идея состоит в том, чтобы избежать путаницы с DST и часовыми поясами.

Однако я сомневаюсь, что использование DateTimeOffset, в конце концов, является хорошей идеей, поскольку оно довольно нестандартно и может вызвать головную боль у любого, кто пытается подключитьсяскажем, с приложением Java или приложением .NET, связанным с более старой версией .NET.

Альтернативой является ожидание UTC DateTime, но это создает риск того, что кто-то забудет использовать время UTC и вызовслужба с местным временем.Я также мог бы ожидать местное время DateTime, поскольку клиенты всегда будут в одном и том же часовом поясе, но это оставляет некоторую тонкую, но классическую неоднозначность изменений DST.

Есть ли у кого-нибудь истории о головной боли с DateTimeOffset в интерфейсе службыили это относительно беспроблемно для использования в конце концов?

Ответы [ 2 ]

9 голосов
/ 23 марта 2012

В настоящее время я изменяю часть нашей инфраструктуры на WCF, наткнулся на этот вопрос без ответа и решил попробовать.:)

Способ, которым WCF сериализует DateTime и DateTimeOffset, кажется немного странным.Как показывает следующий пример, использование DateTime выглядит как лучший вариант при работе с другими платформами: 

using System;
using System.Runtime.Serialization;
using System.ServiceModel;

[ServiceContract]
public class DateTimeOffsetService
{
    [OperationContract]
    public Container DoWork()
    {
        return new Container
        {
            NowDateTime = DateTime.Now,
            UtcNowDateTime = DateTime.UtcNow,
            NowDateTimeOffset = DateTimeOffset.Now,
            UtcNowDateTimeOffset = DateTimeOffset.UtcNow
        };
    }
}

[DataContract]
public class Container
{
    [DataMember]
    public DateTime NowDateTime { get; set; }

    [DataMember]
    public DateTime UtcNowDateTime { get; set; }

    [DataMember]
    public DateTimeOffset NowDateTimeOffset { get; set; }

    [DataMember]
    public DateTimeOffset UtcNowDateTimeOffset { get; set; }
}

XML-ответ на запрос: 

<s:Envelope xmlns:s="http://schemas.xmlsoap.org/soap/envelope/">
  <s:Header />
  <s:Body>
    <DoWorkResponse xmlns="http://tempuri.org/">
      <DoWorkResult xmlns:a="http://schemas.datacontract.org/2004/07/RD.MES.WcfService" xmlns:i="http://www.w3.org/2001/XMLSchema-instance">
        <a:NowDateTime>2012-03-23T15:59:47.8328698+01:00</a:NowDateTime>
        <a:NowDateTimeOffset xmlns:b="http://schemas.datacontract.org/2004/07/System">
          <b:DateTime>2012-03-23T14:59:47.8328698Z</b:DateTime>
          <b:OffsetMinutes>60</b:OffsetMinutes>
        </a:NowDateTimeOffset>
        <a:UtcNowDateTime>2012-03-23T14:59:47.8328698Z</a:UtcNowDateTime>
        <a:UtcNowDateTimeOffset xmlns:b="http://schemas.datacontract.org/2004/07/System">
          <b:DateTime>2012-03-23T14:59:47.8328698Z</b:DateTime>
          <b:OffsetMinutes>0</b:OffsetMinutes>
        </a:UtcNowDateTimeOffset>
      </DoWorkResult>
    </DoWorkResponse>
  </s:Body>
</s:Envelope>

I'mв часовом поясе GMT ​​+ 01.00, поэтому значения кажутся правильными.Почему так?Ну, WSDL определяет Container следующим образом: 

<xs:schema elementFormDefault="qualified" targetNamespace="http://schemas.datacontract.org/2004/07/WcfService">
    <xs:import schemaLocation="http://localhost:3608/DateTimeOffsetService.svc?xsd=xsd3" namespace="http://schemas.datacontract.org/2004/07/System"/>
    <xs:complexType name="Container">
        <xs:sequence>
            <xs:element minOccurs="0" name="NowDateTime" type="xs:dateTime"/>
            <xs:element minOccurs="0" name="NowDateTimeOffset" type="q1:DateTimeOffset"/>
            <xs:element minOccurs="0" name="UtcNowDateTime" type="xs:dateTime"/>
            <xs:element minOccurs="0" name="UtcNowDateTimeOffset" type="q2:DateTimeOffset"/>
        </xs:sequence>
    </xs:complexType>
    <xs:element name="Container" nillable="true" type="tns:Container"/>
</xs:schema>

И DateTimeOffset - в WSDL - определяется как: 

<xs:schema elementFormDefault="qualified" targetNamespace="http://schemas.datacontract.org/2004/07/System">
    <xs:import schemaLocation="http://localhost:3608/DateTimeOffsetService.svc?xsd=xsd1" namespace="http://schemas.microsoft.com/2003/10/Serialization/"/>
    <xs:complexType name="DateTimeOffset">
        <xs:annotation>
            <xs:appinfo>
                <IsValueType>true</IsValueType>
            </xs:appinfo>
        </xs:annotation>
        <xs:sequence>
            <xs:element name="DateTime" type="xs:dateTime"/>
            <xs:element name="OffsetMinutes" type="xs:short"/>
        </xs:sequence>
    </xs:complexType>
    <xs:element name="DateTimeOffset" nillable="true" type="tns:DateTimeOffset"/>
</xs:schema>

Таким образом, DateTime в основном сериализуется какстандартный xs:dateTime (который имеет правильный компонент часового пояса) и DateTimeOffset сериализуются в нестандартный сложный тип, который вызывающий должен будет понимать и обрабатывать правильно.

FWIW;Поскольку я выяснил это, я, вероятно, буду использовать DateTime для интерфейса WCF, если только мне действительно не понадобится заботиться о различных смещениях часового пояса.

В настоящее время единственное оправдание, которое я могу видеть в пользу использования сложного типа(поскольку xs:dateTime должен содержать всю информацию, которая у него есть!) в том, что если бы xs:dateTime использовался для сериализации DateTime и DateTimeOffset, клиент WCF не знал бы, какой тип использовать.

1 голос
/ 07 февраля 2012

ИМХО самая большая головная боль при использовании DateTime со службой WCF заключается в том, что WCF в настоящее время не поддерживает xs: Date - см. этот связанный вопрос и связанные предложения Connect.

DateTimeOffset не помогает с этой проблемой.

...