我正在开发一款iPhone应用程序,用于跟踪一个人采取多少步骤以及他们投入多少时间。步骤计数使用 CMStepCounter 类完成。但是,时间戳仅提供实时步骤,而不提供历史步骤数据。因此,为了检查走路时实际经过的时间,我使用 CMMotionActivityManager 。
我有两种方法,一种用于实时计数,另一种用于在应用程序处于后台时获取历史数据。实时计数工作得很好,但获取历史活动数据的方法却没有!每当应用程序进入后台时,我保存当前日期(通过NSUserDefaults),当应用程序再次进入前台时,我使用 queryActivityStartingFromDate ,上述日期作为开始日期,当前日期为结束日期。这样它应该告诉我应用程序暂停时同时发生的活动。但是,即使两者之间存在动作,通常一系列活动也会变空。如果我输入一天的开始作为开始日期,我会得到大量的活动,但有时会有确切的条目数量出现波动。
我感觉记录活动有延迟。这可能是我的问题吗?但是,即使我在恢复应用程序之前等了半个小时,也无法保证正确记录之间发生的活动。
获取历史活动数据的方法位于本文的底部。它在启动时调用,然后每次应用程序返回到前台时调用。它始终用
调用[self calculateHistoricalActivitySince: _enteredBackgroundAt];
_enteredBackground 是一个NSDate。在启动时,会调用一个方法来恢复某些NSUserDefaults,其中包括此日期。每次应用程序进入后台时,它都会设置为当前日期。恢复此日期时,该方法会确保它是在同一天 - 如果它是较旧的日期(即应用程序是上次使用的最后一天),则将其设置为当天的开始日期(今天凌晨0点)。 self.activityInSecondsToday是一个NSInteger。
-(void)calculateHistoricalActivitySince: (NSDate *) date
{
[_motionActivityManager queryActivityStartingFromDate: date
toDate: [NSDate date]
toQueue: _activityQueue
withHandler:^(NSArray *activities,
NSError *error)
{
if ([error code] == CMErrorUnknown)
{
NSLog(@"Motion Activity Manager Error: %@", error);
}
// Fill my activity array with historical data if it was walking or running
else
{
NSLog(@"Historical Total Activities from %@ \rto %@:\r %i", date, [NSDate date], (int)[activities count]);
// Create an array for all relevant activity data
_activityStorage = [NSMutableArray new];
for (int i = 0; i < [activities count]; i++)
{
if( [[activities objectAtIndex: i] walking] || [[activities objectAtIndex: i] running] || [[activities objectAtIndex: i] unknown])
[_activityStorage addObject: [activities objectAtIndex: i]];
}
// Calculate the time interval between each entry and increase activityInSecondsToday if the interval is not too large.
for (int i = 1; i < [_activityStorage count]; i++)
{
NSTimeInterval timeInterval = [[[_activityStorage objectAtIndex: i] startDate] timeIntervalSinceDate:[[_activityStorage objectAtIndex: i-1] startDate]];
if (timeInterval <= _maxTimeBetweenTimestampsForContinuedActivity)
self.activityInSecondsToday += timeInterval;
NSLog(@"ACTIVITY SINCE: %@ \r %ld", date, _activityInSecondsToday);
}
NSLog(@"Last activity’s timestamp: %@", [[_activityStorage objectAtIndex: [_activityStorage count]-1] startDate]);
[_activityStorage removeAllObjects];
}
}];
}
答案 0 :(得分:1)
因此,似乎网上没有关于此主题的大量信息。但我已经想出了一个我自己想要分享的解决方案,以防万一有人想做类似的事情。
自iOS 8起,CMStepCounter已被弃用。现在有 CMPedometer ,所以我采用了那个API。 CMMotionActivityManager也不再是必需的。这让事情变得更容易!使用CMPedometer也不会发生上述奇怪的延迟问题。
问题与以前类似:对于实时计数,您会获得步骤和时间戳(现在被屏蔽为开始和结束日期,所有内容都封装在一个名为 pedometerData 的容器中);但对于历史数据,您获得的数据不太准确。新的API确实为您提供了历史数据的开始和结束日期,这很棒。但我发现API非常懒,所以例如如果你想要从昨天到黎明到午夜的数据,开始日期将是第一个被识别的活动的日期和最后一个的结束日期。中间的一切都将是一个长达数小时的活动!它不会将活动封装到具有精确时间戳的不同pedometerData对象中,就像使用实时计数一样。
所以我的解决方案是递归地查询API以获得更短的时间范围。我有一个最近的开始日期,我想要从那时到现在所有活动信息(步数和步行时间)。所以我采取我想要覆盖的时间范围,并将其分成更短的间隔。然后我递归地询问[CMPedometer queryPedometerDataFromDate]每个间隔中是否有任何步骤。如果是这样,我将这些步骤添加到我的私有步变量,并将活动时间(endDate - startDate)添加到我的私有秒变量。如果当前的时间间隔仍然是过去,我将转到下一个时间间隔并再次以递归的方式执行相同的操作。
通过这种方式,您可以获得相当精确和可靠的结果。当然,您的间隔越小越精确,这种方法执行的次数越多,所需的时间就越长。因此,我有三种不同的间隔大小(一小时,一分钟,5秒),因此可以更快地跳过没有任何活动的时间。显然,有很多优化潜力。
答案 1 :(得分:0)
我对自己的bug也有同样的问题,即fromDate比现在晚了。通过将值从7更改为-7,它可以按预期工作。
// in Swift 3
let day_7daysAgo = NSCalendar.current.date(byAdding:
Calendar.Component.day, value: -7, to: Date())!
motActMgr.queryActivityStarting(from: day_7daysAgo, to: Date(), to: OperationQueue.main) { (ma_: [CMMotionActivity]?, e: Error?) in
}