The UTC time represented when the offset is applied must be between year 0 and 10,000. Parameter name: offset

后端 未结 3 900
礼貌的吻别
礼貌的吻别 2020-12-17 09:06

I have the following code in an ASP.NET MVC3 Controller:

public PartialViewResult GetCalendar(int? month, int? year)
    {
        var test = new DateTime((y         


        
相关标签:
3条回答
  • 2020-12-17 09:18

    The DateTimeOffset constructor first converts any DateTime that is not of Kind 'UTC' to the equivalent UTC time. It will then check whether the UTC-equivalent DateTime falls outside of the bounds of DateTimeOffset.MinValue and DateTimeOffset.MaxValue, and if it does, will throw an ArgumentOutOfRangeException similar to the one you are experiencing.

    Check the DateTime.Kind of the variable test that you are using, and if it is not 'UTC', work out if a conversion to UTC will make the DateTime specified by test fall outside of those bounds - according to the MSDN documentation, the MinValue and MaxValue (in UTC) are '1/1/0001 12:00:00 AM +00:00' and '12/31/9999 11:59:59 PM +00:00' respectively.

    The docs (DateTimeOffset.MinValue) note that:

    "Any DateTimeOffset value is converted to Coordinated Universal Time (UTC) before the method performs the comparison with MinValue. This means that a DateTimeOffset value whose date and time are close to the minimum range, but whose offset is positive, may throw an exception. For example, the value 1/1/0001 1:00:00 AM +02:00 is out of range because it is one hour earlier than MinValue when it is converted to UTC."

    And also (DateTimeOffset.MaxValue):

    "Any DateTimeOffset value is converted to Coordinated Universal Time (UTC) before the method compares it with MaxValue. This means that a DateTimeOffset value whose date and time are close to the maximum range, but whose offset is negative, may throw an exception. For example, the value 12/31/9999 11:00 PM -02:00 is out of range because it is one hour later than MaxValue when it is converted to UTC."

    And as per the docs (DateTimeOffset Constructor), the offset that is applied to a non-UTC Kind is the "offset of the local system's current time zone".

    0 讨论(0)
  • 2020-12-17 09:18

    I just had this issue, introduced by the part of my team that's on a negative UTC zone...

    What chamila_c posted is the real reason why this happens, but I needed a quick fix.

    To "solve it" I basically created this extension:

    public static class DateTimeExtensions
    {
        public static DateTimeOffset ToDateTimeOffset(this DateTime dateTime)
        {
            return dateTime.ToUniversalTime() <= DateTimeOffset.MinValue.UtcDateTime
                       ? DateTimeOffset.MinValue 
                       : new DateTimeOffset(dateTime);
        }
    }
    

    you might also want to check against the MaxValue.

    0 讨论(0)
  • 2020-12-17 09:36

    If the data type you are dealing with is a DateTime, you should create a DateTime object specifying the Kind.

    DateTime maxDate = DateTime.SpecifyKind(DateTime.MaxValue, DateTimeKind.UTC);
    

    When this converts to the DateTimeOffset data type, you will not get that error.

    0 讨论(0)
提交回复
热议问题