- 主题:设计标准库时间类的人脑子里到底怎么想的？
duration_cast<duration<double, milli>>(endTime - startTime).count())
直接加个方法：(endTime - startTime).milli_seconds() 这样不好吗？
又不会弄混单位，写起来也简单。
为什么要绕一大圈？
--
FROM 123.112.64.*
同疑惑，听听高人解释
【 在 finlab 的大作中提到: 】
: duration_cast<duration<double, milli>>(endTim
:......
论坛助手,iPhone
--
FROM 114.246.94.*
很多大家需要的常用函数都不提供，却搞一些奇奇怪怪的东西
【 在 a379683357 的大作中提到: 】
: 同疑惑，听听高人解释
: 【 在 finlab 的大作中提到: 】
: :......
: ...................
--
FROM 123.112.64.*
返回值是一个C++的类型，类型系统可以限制可接受操作的对象类型
【 在 finlab 的大作中提到: 】
: 很多大家需要的常用函数都不提供，却搞一些奇奇怪怪的东西
--
FROM 117.135.82.*
我每次都需要搜索一下，代码自动提示搞不定这个
感觉设计者脑子有点坑
【 在 finlab 的大作中提到: 】
: duration_cast<duration<double, milli>>(endTime - startTime).count())
: 直接加个方法：(endTime - startTime).milli_seconds() 这样不好吗？
: 又不会弄混单位，写起来也简单。
: ...................
--
FROM 221.218.214.*
哈哈，属于那种“看起来很美“的抽象。
【 在 finlab (挨踢卢瑟) 的大作中提到: 】
: duration_cast<duration<double, milli>>(endTime - startTime).count())
:
: 直接加个方法：(endTime - startTime).milli_seconds() 这样不好吗？
: 又不会弄混单位，写起来也简单。
--
FROM 183.179.53.*
学院派占上风，不考虑使用者感受。
【 在 fanci 的大作中提到: 】
: 哈哈，属于那种“看起来很美“的抽象。
--
FROM 123.123.42.*
那万一你想要个int的milsec的戳怎么办？
万一你想要个带小数点的milsec怎么办？
万一你只是想要sec或者min怎么办？系统用个big int存个nano的count你们又要说库傻逼
【 在 finlab 的大作中提到: 】
: duration_cast<duration<double, milli>>(endTime - startTime).count())
: 直接加个方法：(endTime - startTime).milli_seconds() 这样不好吗？
: 又不会弄混单位，写起来也简单。
: ...................
--
FROM 115.193.175.*
除非真的需要把这个count()拿出来做其他的数值计算或者打印，其他，如果只是存个时间，做些时间相关的计算，不要用count
【 在 finlab 的大作中提到: 】
: duration_cast<duration<double, milli>>(endTime - startTime).count())
: 直接加个方法：(endTime - startTime).milli_seconds() 这样不好吗？
: 又不会弄混单位，写起来也简单。
: ...................
--
FROM 115.193.175.*
rust的库就是这么做的，想要什么单位的都行： as_micros()， as_nanos()， as_mil
lis()...
感觉比C++库这个好太多了。C++这个用起来太麻烦了！
【 在 ziqin 的大作中提到: 】
: 那万一你想要个int的milsec的戳怎么办？
: 万一你想要个带小数点的milsec怎么办？
: 万一你只是想要sec或者min怎么办？系统用个big int存个nano的count你们又要说库傻逼
: ...................
--
FROM 222.128.5.*