一文掌握new Date() 方法
目录
- 可恶的四宗罪
- 1. Safari浏览器不兼容YYYY-MM-DD这样的格式
- 2、月份的索引是以0为起点的,而年份、日期却不是
- 3、年份小于100,默认以19xx或20xx开头
- 4、日期初始化不统一,存在时区差异
- 应用思考
- 1. 时间的计算
- 2. 时间的比较
- 3. 时间的格式化
- 困境的解决
- 实例化对象
- 时间戳及克隆
- 时间对象输出
- 时间格式化
- 时间计算及比较
- 有效性
大家平时在开发的时候有没被new Date()折磨过?就是它的诸多怪异的设定让你每每用的时候,都可能不小心踩坑。造成程序意外出错,却一下子找不到问题出处,那叫一个烦透了……下面,我就列举它的“四宗罪”及应用思考
可恶的四宗罪
1. Safari浏览器不兼容YYYY-MM-DD这样的格式
这行代码无论在Macbook中还是iPhone中的Safari浏览器,返回的都是Invalid Date, Safari浏览器目前还理解不了YYYY-MM-DD这样的格式,只支持YYYY/MM/DD。这就造成你在Windows环境下的代码正常原型,而你的其他部分用户异常显示;
2、月份的索引是以0为起点的,而年份、日期却不是
得到的是一个反直觉的结果:2023年2月1日!!!
同样的,对应的方法.setMonth()也是从0开始设置的。就……很无语!
3、年份小于100,默认以19xx或20xx开头
一般的应用可能碰不到这样的情况,毕竟现在是21世纪了,我们在应用中看到的大部分时间都是现代的。但是当你需要格式化公元元年-公元100年之间的时间,你就该懵了!
举个栗子:
能正常返回时间对象
但是当年份调到了东汉时期,公元50年2月1日
恭喜你,你直接迎接了新中国!见证了历史:
是的,Date直接帮你加了1900年的时间!如果需要获得公元50年2月1日,得这么写
返回:
请千万不要尝试添加时间,因为你又要裂开了……
返回:
你就说,它任性吧?!别气馁,别忘了标题还有20xx的情况
返回:
就是说,当年份为2位数的时候,这种字符串格式的,构造函数把最后面那个当作年份,而且默认它为20xx年
4、日期初始化不统一,存在时区差异
你相信吗?'2018-01-01'和'2018/01/01'是不同的,存在一定时差
返回:
然而……
返回:
看到差异了吗?两种格式返回的时间是不同的,查了个北京时间与格林尼治时间的时差,8个小时啊!
应用思考
在日常开发中,我们应用new Date()无非就是对时间运算及时间的格式化。
1. 时间的计算
需要方便对比两个时间的早晚,可以分别对年份、月份、日期、小时等进行单独比较。而我们现有的操作还比较麻烦。
比如,我想知道2003年7月13日北京申奥成功到2008年8月8日北京奥运开幕中间差了几天,如何快速计算?这样的计算在日常开发中还比较常见,特别是电商网站对抢购环节的倒计时。
还有诸如,当前时间在100天以后又是几月几号呢?
2. 时间的比较
给定两个时间,判断哪个在前,哪个在后;给定一个时间返回,判断某个时间是不是在这两者之间。
3. 时间的格式化
在网站开发中,我们最常见的就是对后台返回时间戳的格式化显示。而原生带来的仅有年份如何获取,月份如何获取,日期如何获取的方法,就方便的无非就是toISOString()这样的方法,但是返回的却不一定是你要的格式。如何快速实现自定义格式化字符串,这也是一门技术。
困境的解决
想必大家日常中也用过 moment.js、dayjs、data-format这些工具吧?确实挺好用的,我也就顺便说一下而已。因为我要开始打广告了……面对着new Date()各种无语的坑,我慢慢的也弄了一个不大的库(250行左右代码)。
你要说我的库和前面的几个库对比,有啥改进的或者有啥特点的吗?
确实也没有,我只是想用自己造的“轮子”,走自己路。它更符合我自己的使用习惯罢了
【项目开源地址】github.com/mumuy/datex
【项目演示地址】passer-by.com/datex/
提供的方法足以解决以上“四宗罪”及日常应用。它提供多种初始化时间的方式:
实例化对象
时间戳及克隆
时间对象输出
时间格式化
时间计算及比较
有效性
ok, that is it. 你还遇到过哪些特别奇葩的问题,或者棘手的需求呢?不妨告诉我下,反正……我也不一定会做。
到此这篇关于一文掌握new Date() 方法的文章就介绍到这了,更多相关new Date() 方法内容请搜索我们以前的文章或继续浏览下面的相关文章希望大家以后多多支持我们!