Чи завжди об’єкт дати JavaScript завжди один вихідний день?

У моєму додатку Java Script у мене зберігається дата у такому форматі:

2011-09-24

Тепер, коли я намагаюся використовувати вказане вище значення для створення нового об'єкта дати (щоб я міг отримати дату в іншому форматі), дата завжди повертається на один вихідний день. Дивись нижче:

var doo = new Date("2011-09-24");
console.log(doo);

журнали:

Fri Sep 23 2011 20:00:00 GMT-0400 (Eastern Daylight Time)

Зауважте, що східний літній час є, -4 hoursі що години в дату, яку ви повертаєтесь, - це 20.

20h + 4h = 24h

що опівночі 2011-09-24. Дату було проаналізовано в UTC (GMT), оскільки ви вказали рядок для дати без будь-якого індикатора часового поясу. Якби ви навели рядок дати / часу без індикатора ( new Date("2011-09-24T00:00:00")), він би був проаналізований у вашому локальному часовому поясі. (Історично там були невідповідності, не в останню чергу тому, що специфікація змінювалася не раз, але сучасні браузери повинні бути добре; або ви завжди можете включити індикатор часового поясу.)

Ви отримуєте потрібну дату, ви просто ніколи не вказали правильний часовий пояс.

Якщо вам необхідно отримати доступ до значень дати, ви можете використовувати getUTCDate()або будь-який з інших getUTC*()функцій :

var d,
    days;
d = new Date('2011-09-24');
days = ['Sun', 'Mon', 'Tues', 'Wed', 'Thurs', 'Fri', 'Sat'];
console.log(days[d.getUTCDay()]);

Є кілька божевільних речей, які трапляються з об’єктом JS DATE, який перетворює рядки, наприклад, враховуйте наступну дату, яку ви вказали

Примітка . Наступні приклади можуть бути або не бути ОДНИМИ ВИМКНЕННЯМ залежно від ВАШОГО часового поясу та поточного часу.

new Date("2011-09-24"); // Year-Month-Day
// => Fri Sep 23 2011 17:00:00 GMT-0700 (MST) - ONE DAY OFF.

Однак, якщо ми переставимо формат рядка на місяць-день-рік ...

new Date("09-24-2011");
=> // Sat Sep 24 2011 00:00:00 GMT-0700 (MST) - CORRECT DATE.

Ще один дивний

new Date("2011-09-24");
// => Fri Sep 23 2011 17:00:00 GMT-0700 (MST) - ONE DAY OFF AS BEFORE.

new Date("2011/09/24"); // change from "-" to "/".
=> // Sat Sep 24 2011 00:00:00 GMT-0700 (MST) - CORRECT DATE.

Ми можемо легко змінити дефіси у вашу дату "2011-09-24" під час створення нової дати

new Date("2011-09-24".replace(/-/g, '\/')); // => "2011/09/24".
=> // Sat Sep 24 2011 00:00:00 GMT-0700 (MST) - CORRECT DATE.

Що робити, якщо у нас був рядок дати типу "2011-09-24T00: 00: 00"

new Date("2011-09-24T00:00:00");
// => Fri Sep 23 2011 17:00:00 GMT-0700 (MST) - ONE DAY OFF.

Тепер поміняйте дефіс на косу рису, як і раніше; Що станеться?

new Date("2011/09/24T00:00:00");
// => Invalid Date

Як правило, я повинен керувати форматом дати 2011-09-24T00: 00: 00, тому я це роблю.

new Date("2011-09-24T00:00:00".replace(/-/g, '\/').replace(/T.+/, ''));
// => Sat Sep 24 2011 00:00:00 GMT-0700 (MST) - CORRECT DATE.

ОНОВЛЕННЯ

Якщо ви надаєте окремі аргументи конструктору Date, ви можете отримати інші корисні результати, як описано нижче

Примітка: аргументи можуть бути типу Number або String. Я покажу приклади зі змішаними значеннями.

Отримайте перший місяць та день заданого року

new Date(2011, 0); // Normal behavior as months in this case are zero based.
=> // Sat Jan 01 2011 00:00:00 GMT-0700 (MST)

Отримайте останній місяць та день року

new Date((2011 + 1), 0, 0); // The second zero roles back one day into the previous month's last day.
=> // Sat Dec 31 2011 00:00:00 GMT-0700 (MST)

Приклад аргументів числа, рядків. Зауважте, що місяць березень, оскільки знову нульовий місяць

new Date(2011, "02"); 
=> // Tue Mar 01 2011 00:00:00 GMT-0700 (MST)

Якщо ми робимо те саме, але з нульовим днем, ми отримуємо щось інше.

new Date(2011, "02", 0); // again the zero roles back from March to the last day of February.
=> // Mon Feb 28 2011 00:00:00 GMT-0700 (MST)

Якщо додати день нуля до будь-якого аргументу року та місяця, ви отримаєте останній день попереднього місяця. Якщо ви продовжите негативні цифри, ви можете продовжити відкат ще один день

new Date(2011, "02", -1);
=> // Sun Feb 27 2011 00:00:00 GMT-0700 (MST)

Для нормалізації дати та усунення небажаного зміщення (перевірено тут: https://jsfiddle.net/7xp1xL5m/ ):

var doo = new Date("2011-09-24");
console.log(  new Date( doo.getTime() + Math.abs(doo.getTimezoneOffset()*60000) )  );
// Output: Sat Sep 24 2011 00:00:00 GMT-0400 (Eastern Daylight Time)

Це також забезпечує те ж саме і кредит @tpartee (перевірено тут: https://jsfiddle.net/7xp1xL5m/1/ ):

var doo = new Date("2011-09-24");
console.log( new Date( doo.getTime() - doo.getTimezoneOffset() * -60000 )  );

Якщо ви хочете отримати годину 0 певної дати в локальному часовому поясі, передайте окремі частини дати Dateконструктору.

new Date(2011,08,24); // month value is 0 based, others are 1 based.

Просто хочу додати, що, мабуть, додавання пробілу в кінці рядка буде використовувати UTC для створення.

new Date("2016-07-06")
> Tue Jul 05 2016 17:00:00 GMT-0700 (Pacific Daylight Time)

new Date("2016-07-06 ")
> Wed Jul 06 2016 00:00:00 GMT-0700 (Pacific Daylight Time)

Редагувати: це не рекомендоване рішення, а альтернативна відповідь. Будь ласка, не використовуйте цей підхід, оскільки дуже незрозуміло, що відбувається. Існує декілька способів, коли хтось може змінити це випадково, викликаючи помилку.

Я вважаю, що це стосується коригування часового поясу. Дата, яку ви створили, є в GMT, а час за замовчуванням - півночі, але ваш часовий пояс - EDT, тому вона віднімає 4 години. Спробуйте це підтвердити:

var doo = new Date("2011-09-25 EDT");

Ваша проблема спеціально з часовим поясом. Зверніть увагу на частину GMT-0400- це на 4 години відставання від GMT. Якщо додати до відображеної дати / часу 4 години, ви отримаєте рівно півночі 2011/09/24. Використовуйте toUTCString()метод замість цього, щоб отримати рядок GMT:

var doo = new Date("2011-09-24");
console.log(doo.toUTCString());

Це, мабуть, не є гарною відповіддю, але я просто хочу поділитися своїм досвідом з цим питанням.

У моєму додатку використовується глобальна дата у форматі "YYYY-MM-DD", тоді як плагін datapicker я використовую лише js дата, мені важко розглянути як utc, так і js. Тож, коли я хочу передати дату, відформатовану "РРРР-ММ-ДД", вперше конвертую її у формат "ММ / ДД / РРРР", використовуючи moment.js або все, що завгодно, і дата відображається на виборі дат зараз правильно. Для вашого прикладу

var d = new Date('2011-09-24'); // d will be 'Fri Sep 23 2011 20:00:00 GMT-0400 (EDT)' for my lacale
var d1 = new Date('09/24/2011'); // d1 will be 'Sat Sep 24 2011 00:00:00 GMT-0400 (EDT)' for my lacale

Мабуть, d1 - це те, чого я хочу. Сподіваюся, що це буде корисним для деяких людей.

Це через мене для циклу, +1 на відповідь zzzBov. Ось повна конверсія дати, яка працювала на мене за допомогою методів UTC:

//myMeeting.MeetingDate = '2015-01-30T00:00:00'

var myDate = new Date(myMeeting.MeetingDate);
//convert to JavaScript date format
//returns date of 'Thu Jan 29 2015 19:00:00 GMT-0500 (Eastern Standard Time)' <-- One Day Off!

myDate = new Date(myDate.getUTCFullYear(), myDate.getUTCMonth(), myDate.getUTCDate());
//returns date of 'Fri Jan 30 2015 00:00:00 GMT-0500 (Eastern Standard Time)' <-- Correct Date!

Це означає 2011-09-24 00:00:00 GMT, і оскільки ви вдома GMT -4, це буде 20:00попередній день.

Особисто я отримую 2011-09-24 02:00:00, бо живу в GMT +2.

Хоча у випадку ОП часовим поясом є EDT, немає гарантії, що користувач, який виконує ваш сценарій, буде в часовому поясі EDT, тому жорстке кодування зміщення не обов'язково спрацює. Я знайшов рішення, розбиває рядок дати та використовує окремі значення в конструкторі дат.

var dateString = "2011-09-24";
var dateParts = dateString.split("-");
var date = new Date(dateParts[0], dateParts[1] - 1, dateParts[2]);

Зауважте, що вам доводиться рахувати ще одну частину дивацтва JS: місяць базується на нулі.

З цією проблемою я стикався, коли мій клієнт був у Атлантичний стандартний час. Значення дати, яку отримав клієнт, було "2018-11-23", і коли код передав його у new Date("2018-11-23")вихід для клієнта, був за попередній день. Я створив функцію утиліти, як показано в фрагменті, який нормалізував дату, давши клієнтові очікувану дату.

date.setMinutes(date.getMinutes() + date.getTimezoneOffset());

var normalizeDate = function(date) {
  date.setMinutes(date.getMinutes() + date.getTimezoneOffset());
  return date;
};

var date = new Date("2018-11-23");

document.getElementById("default").textContent = date;
document.getElementById("normalized").textContent = normalizeDate(date);

<h2>Calling new Date("2018-11-23")</h2>
<div>
  <label><b>Default</b> : </label>
  <span id="default"></span>
</div>
<hr>
<div>
  <label><b>Normalized</b> : </label>
  <span id="normalized"></span>
</div>

якщо ви просто хочете переконатися, що окремі частини дати залишаються однаковими для цілей відображення, * це, здається, працює, навіть коли я змінюю часовий пояс:

var doo = new Date("2011-09-24 00:00:00")

просто додайте нулі туди.

У своєму коді я роблю це:

let dateForDisplayToUser = 
  new Date( `${YYYYMMDDdateStringSeparatedByHyphensFromAPI} 00:00:00` )
  .toLocaleDateString( 
    'en-GB', 
    { day: 'numeric', month: 'short', year: 'numeric' }
  )

І я перемикаю свій часовий пояс на своєму комп’ютері, і дата залишається такою ж, як рядок дати yyyy-mm-dd, що я отримую від API.

Але я щось пропускаю / це погана ідея?

* принаймні в хромі. Це не працює в Safari! станом на це написання

Найкращий спосіб впоратися з цим, не використовуючи більше методів перетворення,

 var mydate='2016,3,3';
 var utcDate = Date.parse(mydate);
 console.log(" You're getting back are 20.  20h + 4h = 24h :: "+utcDate);

Тепер просто додайте GMT ​​у свою дату, або ви можете додати її.

 var  mydateNew='2016,3,3'+ 'GMT';
 var utcDateNew = Date.parse(mydateNew);
 console.log("the right time that you want:"+utcDateNew)

Наживо: https://jsfiddle.net/gajender/2kop9vrk/1/

Я стикався з таким питанням, як це. Але мою проблему було знято під час отримання дати з бази даних.

про це йдеться у базі даних, і це у форматі UTC.

2019-03-29 19: 00: 00.0000000 +00: 00

Тож, коли я отримую з бази даних і перевіряю дату, вона додає зсув з неї і повертаюсь назад до JavaScript.

Він додає +05: 00, оскільки це часовий пояс мого сервера. Мій клієнт перебуває в іншому часовому поясі +07: 00.

2019-03-28T19: 00: 00 + 05: 00 // це те, що я отримую в JavaScript.

Тож ось моє рішення, що я роблю з цим питанням.

var dates = price.deliveryDate.split(/-|T|:/);
var expDate = new Date(dates[0], dates[1] - 1, dates[2], dates[3], dates[4]);
var expirationDate = new Date(expDate);

Отже, коли дата надходить із сервера і має зміщення сервера, то я розділяю дату і видаляю зсув сервера, а потім перетворюю на дату. Це вирішує моє питання.

якщо для цього вам потрібне просте рішення, див:

new Date('1993-01-20'.split('-')); 

Ви використовуєте формат рядка рядків дати ISO, який, згідно з цією сторінкою , спричиняє побудову дати за часовим поясом UTC:

Примітка: синтаксичний аналіз рядків дат із конструктором дат (і Date.parse, вони еквівалентні) сильно не рекомендується через різниці та невідповідності браузера. Підтримка рядків формату RFC 2822 здійснюється лише за умовами. Підтримка форматів ISO 8601 відрізняється тим, що рядки лише для дати (наприклад, "1970-01-01") трактуються як UTC, а не локальні.

Якщо ви форматуєте текст інакше, наприклад "Jan 01 1970", тоді (принаймні, на моїй машині) він використовує ваш локальний часовий пояс.

Намагаюся додати свої 2 центи до цього потоку (детальніше про відповідь @ paul-wintz).

Мені здається, що коли конструктор Date отримує рядок, що відповідає першій частині формату ISO 8601 (частина дати), він робить точне перетворення дати у часовому поясі UTC за 0 разів. Коли ця дата перетворена на місцевий час, можливий зсув дати, якщо опівночі UTC є більш ранньою датою в місцевому часовому поясі.

new Date('2020-05-07')
Wed May 06 2020 20:00:00 GMT-0400 (Eastern Daylight Time)

Якщо рядок дати має будь-який інший формат "звільненіший" (використовує "/" або дата / місяць не зафіксований нулем), він створює дату в локальному часовому поясі, таким чином, жодних проблем зі зміною дати не виникає.

new Date('2020/05/07')
Thu May 07 2020 00:00:00 GMT-0400 (Eastern Daylight Time)
new Date('2020-5-07')
Thu May 07 2020 00:00:00 GMT-0400 (Eastern Daylight Time)
new Date('2020-5-7')
Thu May 07 2020 00:00:00 GMT-0400 (Eastern Daylight Time)
new Date('2020-05-7')
Thu May 07 2020 00:00:00 GMT-0400 (Eastern Daylight Time)

Тоді одним із швидких виправлень, як згадувалося вище, є заміна "-" на "/" у вашому рядку "Дата" лише у форматі ISO.

new Date('2020-05-07'.replace('-','/'))
Thu May 07 2020 00:00:00 GMT-0400 (Eastern Daylight Time)

Зберігаючи yyyy-mm-ddу форматі дати MySql, ви повинні зробити наступне:

const newDate = new Date( yourDate.getTime() + Math.abs(yourDate.getTimezoneOffset()*60000) );
console.log(newDate.toJSON().slice(0, 10)); // yyyy-mm-dd

Ваш журнал виводить GMT, щоб ви хочете вказати свій часовий пояс:

var doo = new Date("2011-09-24 EST");

ніколи не пам’ятаю, не помітив GMT -0400, що спричиняє дату вчора

Ви можете спробувати встановити за замовчуванням "час", який буде 12:00:00

Наступне працювало для мене -

    var doo = new Date("2011-09-24").format("m/d/yyyy");