Czy obiekt JavaScript zawsze ma jeden dzień wolny?

W mojej aplikacji Java Script mam datę zapisaną w takim formacie:

2011-09-24

Teraz, gdy próbuję użyć powyższej wartości, aby utworzyć nowy obiekt Date (dzięki czemu mogę pobrać datę w innym formacie), data zawsze wraca o jeden dzień wolny. Patrz poniżej:

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

logi:

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

Zwróć uwagę, że jest wschodni czas letni -4 hoursi że godziny w dniu powrotu są 20.

20h + 4h = 24h

czyli północ 24.09.2011. Data została przeanalizowana w UTC (GMT), ponieważ podałeś ciąg tylko daty bez wskaźnika strefy czasowej. Jeśli zamiast tego podałeś ciąg daty / godziny bez wskaźnika (new Date("2011-09-24T00:00:00") ), zostałby on przeanalizowany w lokalnej strefie czasowej. (Historycznie występowały tam niespójności, między innymi dlatego, że specyfikacja zmieniła się więcej niż jeden raz, ale nowoczesne przeglądarki powinny być w porządku; lub zawsze możesz dołączyć wskaźnik strefy czasowej).

Otrzymujesz właściwą datę, po prostu nigdy nie podałeś prawidłowej strefy czasowej.

Jeśli chcesz uzyskać dostęp do wartości daty, można użyć getUTCDate()lub którykolwiek z pozostałych getUTC*()funkcji :

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

Istnieje kilka szalonych rzeczy, które mają miejsce w przypadku obiektu JS DATE, który konwertuje ciągi znaków, na przykład rozważ podaną przez ciebie datę

Uwaga: Poniższe przykłady mogą lub nie mogą być jeden dzień wolny w zależności od TWOJEJ strefę czasową i aktualny czas.

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

Jeśli jednak zmienimy format ciągu na Miesiąc-Dzień-Rok ...

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

Kolejny dziwny

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.

Możemy łatwo zmienić myślniki w dacie „2011-09-24” podczas tworzenia nowej daty

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

Co gdybyśmy mieli ciąg daty, taki jak „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.

Teraz zmień myślnik na ukośnik tak jak poprzednio; co się dzieje?

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

Zwykle muszę zarządzać formatem daty 2011-09-24T00: 00: 00, więc to właśnie robię.

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

AKTUALIZACJA

Jeśli podasz osobne argumenty konstruktorowi daty, możesz uzyskać inne przydatne dane wyjściowe, jak opisano poniżej

Uwaga: argumenty mogą być typu Number lub String. Pokażę przykłady z mieszanymi wartościami.

Uzyskaj pierwszy miesiąc i dzień danego roku

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

Uzyskaj ostatni miesiąc i dzień roku

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)

Przykład argumentów Number, String. Zauważ, że miesiącem jest marzec, ponieważ ponownie miesiącami są zero.

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

Jeśli zrobimy to samo, ale z zerowym dniem, otrzymamy coś innego.

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)

Dodanie dnia zero do dowolnego argumentu roku i miesiąca spowoduje uzyskanie ostatniego dnia poprzedniego miesiąca. Jeśli będziesz kontynuować z liczbami ujemnymi, możesz kontynuować cofanie o kolejny dzień

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

Aby znormalizować datę i wyeliminować niepożądane przesunięcie (testowane tutaj: 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)

Osiąga to również to samo i uznanie dla @tpartee (testowane tutaj: https://jsfiddle.net/7xp1xL5m/1/ ):

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

Jeśli chcesz uzyskać godzinę 0 jakiejś daty w lokalnej strefie czasowej, przekaż poszczególne części daty Datekonstruktorowi.

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

Chcę tylko dodać, że najwyraźniej dodanie spacji na końcu ciągu spowoduje użycie UTC do utworzenia.

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)

Edycja: To nie jest zalecane rozwiązanie, tylko alternatywna odpowiedź. Proszę nie stosować tego podejścia, ponieważ nie jest jasne, co się dzieje. Istnieje wiele sposobów, w jakie ktoś może przezwyciężyć to przypadkowo, powodując błąd.

Uważam, że ma to związek z dostosowaniem strefy czasowej. Data, którą utworzyłeś, to GMT, a domyślną godziną jest północ, ale twoja strefa czasowa to EDT, więc odejmuje 4 godziny. Spróbuj tego, aby zweryfikować:

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

Twój problem dotyczy konkretnie strefy czasowej. Uwaga część GMT-0400- czyli 4 godziny za GMT. Jeśli dodasz 4 godziny do wyświetlanej daty / godziny, otrzymasz dokładnie północ 24/09/24. toUTCString()Zamiast tego użyj metody, aby uzyskać ciąg GMT:

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

To prawdopodobnie nie jest dobra odpowiedź, ale chcę tylko podzielić się swoimi doświadczeniami z tym problemem.

Moja aplikacja globalnie używa daty utc w formacie „RRRR-MM-DD”, podczas gdy wtyczka datepicker, której używam, akceptuje tylko datę js, trudno mi rozważyć zarówno utc, jak i js. Więc kiedy chcę przekazać datę w formacie „RRRR-MM-DD” do mojego datepickera, najpierw przekonwertuję ją na format „MM / DD / RRRR” za pomocą moment.js lub cokolwiek innego, a data wyświetlana w datepicker jest teraz poprawny. Na twój przykład

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

Najwyraźniej d1 jest tym, czego chcę. Mam nadzieję, że byłoby to pomocne dla niektórych osób.

To przeze mnie na pętlę, +1 w odpowiedzi zzzBov. Oto pełna konwersja daty, która działała dla mnie przy użyciu metod 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!

To znaczy 2011-09-24 00:00:00 GMT, a skoro już jesteś GMT -4, będzie to 20:00dzień wcześniej.

Osobiście rozumiem 2011-09-24 02:00:00, ponieważ mieszkam w GMT +2.

Chociaż w przypadku OP strefą czasową jest EDT, nie ma gwarancji, że użytkownik wykonujący skrypt będzie w strefie czasowej EDT, więc kodowanie przesunięcia na stałe niekoniecznie będzie działać. Rozwiązanie, które znalazłem, dzieli ciąg daty i używa osobnych wartości w konstruktorze daty.

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

Pamiętaj, że musisz wziąć pod uwagę kolejną dziwność JS: miesiąc jest zerowy.

Dokładnie ten problem napotkałem, gdy mój klient pracował w Atlantic Standard Time. Wartość daty, którą pobierał klient, to „2018-11-23”, a kiedy kod przekazał go do new Date("2018-11-23")danych wyjściowych dla klienta, był z poprzedniego dnia. Utworzyłem funkcję narzędzia pokazaną we fragmencie, która znormalizowała datę, podając klientowi oczekiwaną datę.

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>

jeśli chcesz tylko upewnić się, że poszczególne części daty pozostaną takie same do celów wyświetlania, * wydaje się, że działa, nawet po zmianie strefy czasowej:

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

po prostu dodaj tam zera.

W moim kodzie robię to:

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

Przełączam strefę czasową na komputerze, a data pozostaje taka sama, jak ciąg daty rrrr-mm-dd, który otrzymuję z interfejsu API.

Ale czy coś mi umknęło / czy to zły pomysł?

* przynajmniej w chromie. To nie działa w Safari! od tego pisania

Najlepszy sposób, aby sobie z tym poradzić bez użycia większej liczby metod konwersji,

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

Teraz po prostu dodaj GMT do swojej daty lub możesz ją dołączyć.

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

Na żywo: https://jsfiddle.net/gajender/2kop9vrk/1/

Napotkałem taki problem. Ale mój problem był wyłączony podczas pobierania daty z bazy danych.

jest ukryty w bazie danych i ma format UTC.

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

Więc kiedy dostanę się z bazy danych i sprawdzę datę, dodaje to przesunięcie i odsyła z powrotem do javascript.

Dodaje +05: 00, ponieważ to jest strefa czasowa mojego serwera. Mój klient jest w innej strefie czasowej +07: 00.

2019-03-28T19: 00: 00 + 05: 00 // to dostaję w javascript.

Oto moje rozwiązanie dotyczące tego problemu.

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);

Więc kiedy data pochodzi z serwera i ma przesunięcie serwera, dzielę datę i usuwam przesunięcie serwera, a następnie przekształcam na datę. To rozwiązuje mój problem.

jeśli potrzebujesz prostego rozwiązania, zobacz:

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

Używasz formatu ciągu daty ISO, który zgodnie z tą stroną powoduje, że data jest konstruowana przy użyciu strefy czasowej UTC:

Uwaga: parsowanie ciągów daty za pomocą konstruktora Date (i Date.parse, są one równoważne) jest zdecydowanie odradzane z powodu różnic w przeglądarkach i niespójności. Obsługa ciągów formatu RFC 2822 odbywa się wyłącznie na podstawie konwencji. Obsługa formatów ISO 8601 różni się tym, że ciągi tylko daty (np. „1970-01-01”) są traktowane jako UTC, a nie lokalne.

Jeśli sformatujesz tekst inaczej, na przykład "Jan 01 1970", wtedy (przynajmniej na moim komputerze) użyje on lokalnej strefy czasowej.

Próbuję dodać moje 2 centy do tego wątku (opracowując odpowiedź @ paul-wintz).

Wydaje mi się, że gdy konstruktor daty otrzymuje ciąg znaków pasujący do pierwszej części formatu ISO 8601 (część daty), dokonuje dokładnej konwersji daty w strefie czasowej UTC z czasem 0. Po przekształceniu tej daty na czas lokalny może nastąpić przesunięcie daty, jeśli północ UTC jest wcześniejszą datą w lokalnej strefie czasowej.

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

Jeśli ciąg daty ma inny „luźniejszy” format (używa „/” lub data / miesiąc nie jest uzupełniona zerem), tworzy datę w lokalnej strefie czasowej, więc nie ma problemu z przesunięciem daty.

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)

Zatem jedną z szybkich poprawek, jak wspomniano powyżej, jest zastąpienie „-” ciągiem „/” w ciągu tylko daty sformatowanym w formacie ISO.

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

Przechowując yyyy-mm-ddw formacie MySql Date, musisz wykonać następujące czynności:

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

Twój dziennik generuje GMT, więc chcesz określić swoją strefę czasową:

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

nieważne, nie zauważyłem GMT -0400, co powoduje, że data jest wczoraj

Możesz spróbować ustawić domyślny „czas” na 12:00:00

Poniższe działało dla mnie -

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