求几个数的平均值的公式当然是众所周知的:而且这个公式可以很容易地用来得到chrono::durations:的平均值templateautosum(conststd::chrono::duration&d0){returnd0;}templateautosum(conststd::chrono::duration&d0,conststd::chrono::duration&...d){returnd0+sum(d...);}templateautoavg(conststd::chrono::duration&...d){returnsum(d...)/static_cast>(size
求几个数的平均值的公式当然是众所周知的:而且这个公式可以很容易地用来得到chrono::durations:的平均值templateautosum(conststd::chrono::duration&d0){returnd0;}templateautosum(conststd::chrono::duration&d0,conststd::chrono::duration&...d){returnd0+sum(d...);}templateautoavg(conststd::chrono::duration&...d){returnsum(d...)/static_cast>(size
为什么委员会将monotonic_clock重命名为stable_clock？供应商提供monotonic_clock以实现向后兼容性，因此我预计monotonic_clock会持续一段时间。在C++0x中弃用某些东西似乎有点早。;)编辑:委员会有权利和责任在发布之前尽可能地重命名组件，就像在这种情况下所做的那样。我没有看到重命名的巨大好处。 最佳答案 N3128是这样做的提案并包含理由:Theimplementationofthetimeoutdefinitionnecessarilydependsonasteadyclock,o
为什么委员会将monotonic_clock重命名为stable_clock？供应商提供monotonic_clock以实现向后兼容性，因此我预计monotonic_clock会持续一段时间。在C++0x中弃用某些东西似乎有点早。;)编辑:委员会有权利和责任在发布之前尽可能地重命名组件，就像在这种情况下所做的那样。我没有看到重命名的巨大好处。 最佳答案 N3128是这样做的提案并包含理由:Theimplementationofthetimeoutdefinitionnecessarilydependsonasteadyclock,o
起初我认为它可以用于性能测量。但它是saidstd::chrono::high_resolution_clock可能不稳定(is_steady可能是false)。也有人说std::chrono::high_resolution_clock甚至可能是std::chrono::system_clock的别名，一般来说是不稳定的。所以我不能用这种类型的时钟测量时间间隔，因为任何时候时钟都可能被调整，我的测量结果会出错。同时我无法将std::chrono::high_resolution_clock的时间点转换为日历时间，因为它没有to_time_t方法。所以我也不能用这种类型的时钟获得实时。
起初我认为它可以用于性能测量。但它是saidstd::chrono::high_resolution_clock可能不稳定(is_steady可能是false)。也有人说std::chrono::high_resolution_clock甚至可能是std::chrono::system_clock的别名，一般来说是不稳定的。所以我不能用这种类型的时钟测量时间间隔，因为任何时候时钟都可能被调整，我的测量结果会出错。同时我无法将std::chrono::high_resolution_clock的时间点转换为日历时间，因为它没有to_time_t方法。所以我也不能用这种类型的时钟获得实时。
我想打印或提取年/月/日值。由于2038年的问题，我不想使用time_t，但是我在网上找到的所有示例都使用它来将time_point转换为tm.有没有简单的方法将time_point转换为tm(最好是不带boost)？libc中的timesub之类的实现将是我最后的手段:http://www.opensource.apple.com/source/Libc/Libc-262/stdtime/localtime.c编辑:阅读建议的链接并进行更多研究后，我得出以下结论。在64位长的地方使用time_t是可以的(对于大多数用途)。将Boost.Date_Time用于可移植代码。值得注意的是，
我想打印或提取年/月/日值。由于2038年的问题，我不想使用time_t，但是我在网上找到的所有示例都使用它来将time_point转换为tm.有没有简单的方法将time_point转换为tm(最好是不带boost)？libc中的timesub之类的实现将是我最后的手段:http://www.opensource.apple.com/source/Libc/Libc-262/stdtime/localtime.c编辑:阅读建议的链接并进行更多研究后，我得出以下结论。在64位长的地方使用time_t是可以的(对于大多数用途)。将Boost.Date_Time用于可移植代码。值得注意的是，
到目前为止，我在C++标准库中看到的所有其他内容都在std命名空间中。如果我使用std::chrono中的内容，我通常会超过每行80个字符的限制-这不是问题，只是不方便。所以这里是我的简单问题:为什么chronoheader有自己的命名空间？ 最佳答案 我是chronoproposal的主要作者.子命名空间不是我的第一选择，只是因为冗长。我发现自己在写usingnamespacestd::chrono几乎每次我使用该设施。然而，这是一个非常有争议的提议。许多人，包括我的一些合著者，强烈认为子命名空间是合适的。我没有强烈反对子命名空间
到目前为止，我在C++标准库中看到的所有其他内容都在std命名空间中。如果我使用std::chrono中的内容，我通常会超过每行80个字符的限制-这不是问题，只是不方便。所以这里是我的简单问题:为什么chronoheader有自己的命名空间？ 最佳答案 我是chronoproposal的主要作者.子命名空间不是我的第一选择，只是因为冗长。我发现自己在写usingnamespacestd::chrono几乎每次我使用该设施。然而，这是一个非常有争议的提议。许多人，包括我的一些合著者，强烈认为子命名空间是合适的。我没有强烈反对子命名空间
