摘要:為我們提供了不是很好用的作為時間日期對象,除了接口設(shè)計怪異之外,還有一些隱藏很深的,先看接口設(shè)計直接返回當(dāng)前時間字符串,無參數(shù)??山邮芤粋€數(shù)字參數(shù),該參數(shù)表示與年月日點(diǎn)之間的毫秒數(shù)??山邮苣暝氯諘r分秒?yún)?shù),是本地時間。付出慘痛的代價。
JavaScript為我們提供了不是很好用的Date作為時間日期對象,除了接口設(shè)計怪異之外,還有一些隱藏很深的bug,先看接口設(shè)計:
Date()直接返回當(dāng)前時間字符串,無參數(shù)。
new Date()則是會根據(jù)參數(shù)來返回對應(yīng)的時間對象,參數(shù)很有意思:
// 無參數(shù),并返回當(dāng)前時間。 new Date(); // 可接受一個數(shù)字參數(shù),該參數(shù)表示與1970年1月1日0點(diǎn)之間的毫秒數(shù)。 new Date(value); // 可接受一個字符串參數(shù),參數(shù)形式類似于Date.parse()方法。 new Date(dateString); // 可接受年月日時分秒?yún)?shù),是本地時間。 new Date(year, month[, day[, hour[, minutes[, seconds[, milliseconds]]]]]);
先且不說這樣的接口未免不夠靈活(很難處理各種字符串格式的時間),最詭異的一點(diǎn)是其中使用dateString的那個構(gòu)造方法,MDN網(wǎng)站在這個函數(shù)下有下面一段注釋:
注意這里用的是strongly discouraged - 強(qiáng)烈不推薦使用,原先的我沒有重視這句話,直到。。。付出慘痛的代價。
現(xiàn)象我的一款每日打卡類的App,因?yàn)橛写罅康臅r間運(yùn)算,為了能接受各種時間,我做了一個方便的函數(shù):
date2ymd(input) { let day = (input instanceof Date) ? input : new Date(input) return `${day.getFullYear()}-${day.getMonth() + 1}-${day.getDate()}` }
上面的函數(shù)在某些input時沒有問題,但當(dāng)參數(shù)為類似’2018-10-1’這種格式,按照MDN的文檔,就屬于強(qiáng)烈不推薦使用的形式,但我沒有留意,App發(fā)布之后,不錯,大部分用戶沒有反饋問題,直到某天,一個阿根廷的用戶給我郵件反饋,說界面上的日歷似乎錯亂了,我試著更改自己的時區(qū)到對應(yīng)的-3時區(qū),截圖一看:
上圖中彩色小方塊的區(qū)域是年視圖,本來應(yīng)該和下面的日歷一一對應(yīng),但在這個時區(qū)下,年視圖完全錯位了,肯定是哪里計算錯誤了,經(jīng)過調(diào)試,我找到了上面這個函數(shù),并發(fā)現(xiàn)了問題,我們用chrome的console演示一下:
看到了嗎? 從9號到10號,轉(zhuǎn)換出的時間沒有翻天,當(dāng)然,我們可以為這種轉(zhuǎn)換找到理由,JS應(yīng)該是把這種參數(shù)當(dāng)成UTC時間了,我們看看firefox:
Firefox的表現(xiàn)可以理解,因?yàn)閁TC和-3:00時區(qū)之間有個時間差,雖然這依然不是我想要的,但比起chrome的跳變要好接受一些,我們把輸入時間換一個格式,再看下在chrome下的例子:
這種格式終于符合了正常邏輯,也就是短杠和斜杠分隔的時間處理上是不一致的,斜杠分隔的時間終于正確的按照了本地時間進(jìn)行處理。
結(jié)論正如MDN所說,不要使用單字符串參數(shù)的Date構(gòu)造函數(shù),即使你知道各種格式之間的區(qū)別,也不建議使用,畢竟記憶這些微妙,甚至不兼容的差別毫無意義。
文章版權(quán)歸作者所有,未經(jīng)允許請勿轉(zhuǎn)載,若此文章存在違規(guī)行為,您可以聯(lián)系管理員刪除。
轉(zhuǎn)載請注明本文地址:http://m.hztianpu.com/yun/100296.html
摘要:原型對象是由創(chuàng)建的,因此原型對象的構(gòu)造函數(shù)是構(gòu)造函數(shù)也可以是稱為對象,原型對象也就繼承了其生父構(gòu)造函數(shù)中的數(shù)據(jù),也同時繼承了原型對象的數(shù)據(jù)。當(dāng)然這條原型鏈中的數(shù)據(jù),會被還是還是這類構(gòu)造函數(shù)繼承,但是不會被這些繼承,他們不處于同一個鏈條上。 js中,F(xiàn)unction的本質(zhì)是什么?Object的本質(zhì)又是什么?js中有幾條原型鏈? showImg(https://segmentfault.c...
摘要:作為一個創(chuàng)始人拍腦袋天搞出的語言,中包含了很多在今天看來很多不應(yīng)該出現(xiàn)在現(xiàn)代語言中的詭異特性。今天我就來聊聊我認(rèn)為的那些最詭異的特性。和有個很詭異的特性。外邊距折疊,或簡稱邊距折疊據(jù)說這個詭異的特性最初設(shè)計是為簡化文章排版的。 JavaScript 作為一個創(chuàng)始人拍腦袋 10 天搞出的語言,JS 中包含了很多在今天看來很多不應(yīng)該出現(xiàn)在現(xiàn)代語言中的詭異特性。其實(shí),作為 Web 中必不可少...
摘要:接收前臺請求封裝的時,莫名傳到后臺就變成了。找了半天,一直以后是前臺的問題,一直在翻閱各種代碼。后來,請教大佬,大佬一聽到剛好少了后,靈光乍現(xiàn),感覺是攔截器的原因,后來查閱,果不其然。全稱跨站腳本攻擊,是程序中最常見的漏洞。 接收前臺post請求封裝的versionDescription:eeeeee,時,莫名傳到后臺就變成versionDeion:eeeeee,了。 找了半天,一直...
摘要:示例指定了也就是零時區(qū),顯示的時間會加上本地時區(qū)的偏移小時。其實(shí)就是上面顯示時間時使用的形式除了能表示基本信息,還可以表示星期,但是一點(diǎn)也不容易讀,不建議使用。 原文對 ISO 8601 時間格式中 T 和 Z 的表述有一些錯誤,我已經(jīng)對原文進(jìn)行了一些修訂,抱歉給大家造成誤解。 最近使用 sequelize 過程中發(fā)現(xiàn)一個奇怪的問題,將某個時間插入到表中后,通過 sequelize 查...
閱讀 3656·2021-11-24 10:19
閱讀 3803·2021-09-30 09:47
閱讀 1371·2019-08-30 15:56
閱讀 859·2019-08-29 15:11
閱讀 965·2019-08-29 13:43
閱讀 3645·2019-08-28 18:25
閱讀 2222·2019-08-26 13:27
閱讀 1492·2019-08-26 11:44