有没有更好的方法来计算时间段？

Question

我有以下代码。这是在 cellForRowAtIndexPath 中计算的，所以我认为它可能有点贵。有没有更好的方法来计算时间段？

+(NSString*)toShortTimeIntervalString:(NSString*)sDate  
{ 
    NSDateFormatter* df = [[NSDateFormatter alloc]init];
    [df setDateFormat:@"yyyy-MM-dd'T'HH:mm:ssZ"];
    NSDate* date = [df dateFromString:[sDate stringByReplacingOccurrencesOfString:@"Z" withString:@"-0000"]];
    [df release];

    NSDate* today = [[NSDate alloc] init];
    NSDate *d = date; //[_twitter_dateFormatter dateFromString:sDate];
    NSTimeInterval interval = [today timeIntervalSinceDate:d];
    [today release];

    //TODO: added ABS wrapper
    double res = 0;
    NSString* result;
    if(interval > SECONDS_IN_WEEK)
    {
        res = fabs(interval / SECONDS_IN_WEEK);
        result = [NSString stringWithFormat:@"%1.0fw ago", res];
    }
    else if(interval > SECONDS_IN_DAY)
    {
        res = fabs(interval / SECONDS_IN_DAY);
        result = [NSString stringWithFormat:@"%1.0fd ago", res];
    }
    else if (interval > SECONDS_IN_HOUR){
        res = fabs(interval / SECONDS_IN_HOUR);
        result = [NSString stringWithFormat:@"%1.0fh ago", res];
    }
    else if (interval > SECONDS_IN_MIN) {
        res = fabs(interval / SECONDS_IN_MIN);
        result = [NSString stringWithFormat:@"%1.0fm ago", res];
    }
    else
    {
        interval = fabs(interval);
        result = [NSString stringWithFormat:@"%1.0fs ago", interval];
    }
    return result;
}

Answer 1

这看起来并不算太糟糕，而且我怀疑您会看到它对性能造成太大影响。为了提高效率，您可以考虑仅创建一个 NSDataFormatter（将其保存在实例变量或静态变量中）并重用它。或者更好的是，如果您可以事先将所有内容转换为 NSDates，那么您就不必每次都使用格式化程序。

不过，您实际上在这里看到任何性能问题吗？在尝试优化之前，您应该使用 Instruments 来调查实际占用时间的因素。

Answer 2

不是真的，但是有一个 几个类别 封装了该逻辑并使其成为一行打电话给你。

Answer 3

最近，我遇到了执行复杂计算（多年来绘制图表）的情况，并且我在循环中使用 NSDate 。经过时间分析器NSDate、NSDateFormater、NSCalendar分析，问题的根源在于NSDate、NSCalendar。我改用 C 类型（time_t + timeinfo），它极大地提高了速度。

虽然它们速度更快，但功能较少，如果您需要处理 TimeZone 等，NSDate 可能更容易处理。