Javascript日增量(以秒为单位)在下午5:00滚动
我正在努力记录我的计划在大纪元时期诞生以来的日子。所以,我给我的程序: epochProgram=15622//此程序诞生的纪元日编号 然后我得到当前时间,除以1000,得到秒数。然后我把它除以每天的秒数,也就是86400,把它转换成从新纪元开始的今天的天数。然后,我从今天的历元数中减去程序历元生日数,以查看自程序诞生以来已经过去了多少天Javascript日增量(以秒为单位)在下午5:00滚动,javascript,date,days,seconds,Javascript,Date,Days,Seconds,我正在努力记录我的计划在大纪元时期诞生以来的日子。所以,我给我的程序: epochProgram=15622//此程序诞生的纪元日编号 然后我得到当前时间,除以1000,得到秒数。然后我把它除以每天的秒数,也就是86400,把它转换成从新纪元开始的今天的天数。然后,我从今天的历元数中减去程序历元生日数,以查看自程序诞生以来已经过去了多少天 dateObj = new Date(); var biz = parseInt(dateObj.getTime()/1000)); biz =
dateObj = new Date();
var biz = parseInt(dateObj.getTime()/1000));
biz = biz/86400-epochProgram;
假设几天过去了,biz=6.30。我的问题是:
上午12:00为6:30,下午5:00为biz=7.0,晚上11:00为biz=7.2
为什么十分位数起作用。3是发言的开始,2是一天的结束?我能做些什么来解决这个问题,这样我就可以有一个正确的日增量
PS:这是当地太平洋时间 减去时区偏移:
var biz = (dateObj.getTime() - dateObj.getTimezoneOffset() * 6e4) / 1000 >>> 0;
在我看来,你的程序运行正常。也许你可以详细说明一下你的问题?我想有些人的大脑处理
60000
比6e4
好,零填充右移有什么意义?@fabriciomatté6e4
和
写起来比较短。而且>>
也为您节省了一个缓慢的函数调用。谢谢!您能解释一下“>>>为您节省了一个缓慢的函数吗”@dheeparseInt
将具有浮点精度的数字转换为整数,但它的作用远不止于此。最后,它通常比Math.floor
或某些按位操作(输入时间也更短)慢10-15倍。我不知道您的代码片段是否必须快速:但如果不需要,您仍然可以使用其他更清晰的方法来执行相同的任务。