gpt4 book ai didi

dst - NSCalendar dateByAddingComponents 处理夏令时的方式出现错误

转载 作者:行者123 更新时间:2023-12-03 01:27:08 25 4
gpt4 key购买 nike

我很难理解 dateByAddingComponents 如何处理夏令时的异常。我已阅读 Apple 日期和时间编程指南,并期望 dateByAddingComponents 考虑 DST 更改。但是,在夏令时更改之日,它对我不起作用。

代码如下:

NSCalendar *gregorian = [[NSCalendar alloc] initWithCalendarIdentifier:NSGregorianCalendar];
[gregorian setTimeZone:[NSTimeZone localTimeZone]];
NSDateComponents *midnight = [gregorian components:(NSYearCalendarUnit | NSMonthCalendarUnit | NSDayCalendarUnit | NSHourCalendarUnit | NSMinuteCalendarUnit | NSSecondCalendarUnit) fromDate:self.currentDate];
midnight.hour = 0;
midnight.minute = 0;
midnight.second = 0;


NSDate *startDate = [gregorian dateFromComponents:midnight];
NSDateComponents *offSetComponents = [[NSDateComponents alloc] init];
[offSetComponents setDay:1];
NSDate *endDate = [gregorian dateByAddingComponents:offSetComponents toDate:startDate options:0];

//Calculate start time from config (hours/min from seconds)
int startTimeInMinutes = self.club.clubConfiguration.startTime.integerValue;
int startTimeHours = startTimeInMinutes / 60;
int startTimeMins = startTimeInMinutes % 60;
NSLog(@"---- startTimeHours %i", startTimeHours);
NSLog(@"---- startTImeMins %i", startTimeMins);

NSDateComponents *offSetComponents2 = [[NSDateComponents alloc] init];
[offSetComponents2 setHour:startTimeHours];
[offSetComponents2 setMinute:startTimeMins];
NSDate *firstTeeTime = [gregorian dateByAddingComponents:offSetComponents2 toDate:startDate options:0];

说明:我从服务器获取 startTimeInMinutes,用于计算 firstTeeTime。例如,我期望在 startDate 基础上添加 6 小时(在我的用例中为上午 12 点)并获得上午 6 点(localTimeZone)。

使用 dateByAddingComponents 在 DST 更改之前和之后都有效,但是,在 DST 更改当天(11 月 3 日星期日),我的时间是凌晨 5 点。

理论:由于 11 月 3 日星期日实际上有 2 个凌晨 2 点,我可能必须对此做出解释?如果是这样,我必须编写一些逻辑来考虑 DST 更改的实际日期,并在适当的情况下使用 daylightSavingTimeOffsetForDate 添加偏移量。

我错过了什么???

编辑:好的,我决定通过确定今天是否是夏令时更改并添加/删除小时偏移来解决该问题。感觉有点像我在这里错过了一些关于 NSDate 的东西,但是它确实有效。希望这可以帮助那些整个早上都在摸索的人。

解决代码:

    ////// Work around for DST
NSTimeZone *currentZone = [gregorian timeZone];
NSDate *dstTransitionDate = [currentZone nextDaylightSavingTimeTransitionAfterDate:startDate];
NSTimeInterval dstOffset = [currentZone daylightSavingTimeOffsetForDate:endDate];
NSDateComponents *startDateComponents = [gregorian components:(NSYearCalendarUnit | NSMonthCalendarUnit | NSDayCalendarUnit) fromDate:startDate];
NSDateComponents *dstTransitionDateComponents = [gregorian components:(NSYearCalendarUnit | NSMonthCalendarUnit | NSDayCalendarUnit) fromDate:dstTransitionDate];
int offset = 0;

if ( [startDateComponents year] == [dstTransitionDateComponents year] &&
[startDateComponents month] == [dstTransitionDateComponents month] &&
[startDateComponents day] == [dstTransitionDateComponents day])
{
if (dstOffset > 0){
offset = -1;
} else {
offset = 1;
}
}
//////

最佳答案

我非常同情你,因为我也陷入了同样的陷阱。首先,我对结果和文档摸不着头脑,然后尝试推出自定义的“添加日期组件”逻辑,这是一件愚蠢的事情。

然后,发现了你的答案,效果很好,我的测试终于通过了:

// assert!
XCTAssertEqual(dateFormatter.stringFromDate(dstSwitch.date), "11/1/15, 12:00 AM")

// Offseting the date should just work
do {
let dstOffset = dstSwitch + 3.hours
XCTAssertEqual(dateFormatter.stringFromDate(dstOffset.date), "11/1/15, 3:00 AM")
}

...但是坚持住! Words of wisdom from @RobNapier 让我走上了正确的道路...我们增加了 6 个小时,这意味着参加事件的人只会花费六个小时。如果开始日期是午夜,他们会在凌晨 2 点将 watch 调回到凌晨 1 点,从而根据日历在遗忘中度过失去的一小时。

所以...如果事件确实在午夜开始,并在早上 6 点结束,请听从 Rob 的话,不要使用持续时间。使用准确的日期组件。因为这个持续时间实际上是 7 小时。

<小时/>

为了好玩,当我的测试困扰我时,我意识到了这一点。为什么我应该只在同一天添加偏移量?为什么改变日子“正好有效”? ... Liiiight bulb

而且,顺便说一句,我的测试是针对我正在推出的一个库,该库应该结束所有日期计算的缺点并结束困惑..具有非常简洁的 swift 语法。 Will be available as Datez, part of Kitz

关于dst - NSCalendar dateByAddingComponents 处理夏令时的方式出现错误,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/19774662/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com