你已经发布的方式可能是最干净的。如果您不喜欢这个额外的属性，您可以实现IXmlSerializable，但是您必须完成所有的事情，这在很大程度上违背了重点。我很乐意使用你发布的方法;例如，它是高效的(没有复杂的解析等)、区域性独立、无歧义的，并且时间戳类型的数字易于理解和普遍理解。

顺便说一句，我经常补充:

[Browsable(false), EditorBrowsable(EditorBrowsableState.Never)]

这只是将它隐藏在UI和引用dll中，以避免混淆。

对于数据契约序列化，我使用以下方法。

保持序列化属性为私有可以保持公共接口干净。 使用公共属性名进行序列化可以保持XML的整洁。

Public Property Duration As TimeSpan

<DataMember(Name:="Duration")>
Private Property DurationString As String
    Get
        Return Duration.ToString
    End Get
    Set(value As String)
        Duration = TimeSpan.Parse(value)
    End Set
End Property

你已经发布的方式可能是最干净的。如果您不喜欢这个额外的属性，您可以实现IXmlSerializable，但是您必须完成所有的事情，这在很大程度上违背了重点。我很乐意使用你发布的方法;例如，它是高效的(没有复杂的解析等)、区域性独立、无歧义的，并且时间戳类型的数字易于理解和普遍理解。

顺便说一句，我经常补充:

[Browsable(false), EditorBrowsable(EditorBrowsableState.Never)]

这只是将它隐藏在UI和引用dll中，以避免混淆。

试试这个:

//Don't Serialize Time Span object.
        [XmlIgnore]
        public TimeSpan m_timeSpan;
//Instead serialize (long)Ticks and instantiate Timespan at time of deserialization.
        public long m_TimeSpanTicks
        {
            get { return m_timeSpan.Ticks; }
            set { m_timeSpan = new TimeSpan(value); }
        }

更可读的选项是将其序列化为字符串并使用TimeSpan。解析方法来反序列化它。你可以像你的例子中那样做，但是在getter中使用TimeSpan.ToString()，在setter中使用TimeSpan.Parse(value)。

这只是对问题中建议的方法进行了轻微的修改，但是这个Microsoft Connect问题建议使用这样的属性进行序列化:

[XmlIgnore]
public TimeSpan TimeSinceLastEvent
{
    get { return m_TimeSinceLastEvent; }
    set { m_TimeSinceLastEvent = value; }
}

// XmlSerializer does not support TimeSpan, so use this property for 
// serialization instead.
[Browsable(false)]
[XmlElement(DataType="duration", ElementName="TimeSinceLastEvent")]
public string TimeSinceLastEventString
{
    get 
    { 
        return XmlConvert.ToString(TimeSinceLastEvent); 
    }
    set 
    { 
        TimeSinceLastEvent = string.IsNullOrEmpty(value) ?
            TimeSpan.Zero : XmlConvert.ToTimeSpan(value); 
    }
}

这将序列化0:02:45的TimeSpan为:

<TimeSinceLastEvent>PT2M45S</TimeSinceLastEvent>

或者，DataContractSerializer支持TimeSpan。