PHP DateTime :: createFromFormat behavoiur

Question

Dzisiaj spotkałem się z czymś zagmatwalym dla zachowania funkcji \DateTime::createFromFormat.

W moim przypadku mam ciąg znaków, reprezentujący datę w następującym formacie: m/Y (05/2017). Kiedy chcę przekonwertować ciąg do obiektu DateTime Napotkałem następujący problem:

$date = \DateTime::createFromFormat('m/Y', '02/2017');

kiedy zrzucić zmienną $date właściwość data wewnątrz jest '2017-03-03 11:06:36.000000'

Ale jeśli dodać datę przed miesiącem $date = \DateTime::createFromFormat('d/m/Y', '01/02/2017'); otrzymuję obiekt z poprawną właściwością daty. (niestety nie mogę zmienić formatu daty i dodać dnia.) Musi to być m/Y).

Naprawiona przeze mnie poprawka polega na łączeniu pierwszego dnia miesiąca z łańcuchem dat, który mam $date = '01/'.$dateString;, ale nie chcę tego robić, ponieważ jest on zakodowany na stałe.

Co jest nie tak? Czy funkcja createFromFormat nie zawiera informacji o tym, jak utworzyć obiekt? Jestem z tym bardzo zdezorientowany. Dzięki za pomoc wszystkich z góry!

Answer 1

Domyślnie PHP zapełni brakujące wartości datami z bieżącą datą/czasem; więc

$date = \DateTime::createFromFormat('m/Y', '02/2017'); 

wypełni brakującą wartość dnia z bieżącą datą; a ponieważ 31 lutego to nieważna data, przeniesie się do marca. Podobnie godziny/minuty/sekundy będą uzupełniane brakującymi wartościami czasu na podstawie bieżącego czasu.

Jeśli chcesz wymusić zachowanie zmuszać do początku miesiąca/czas, a następnie zmodyfikować maskę z wiodącym !

$date = \DateTime::createFromFormat('!m/Y', '02/2017'); 

to będzie wypełnić brakujący dzień od 1 miesiąca, i razem 00:00:00

Alternatywnie, końcowe | będzie miała taki sam efekt

$date = \DateTime::createFromFormat('m/Y|', '02/2017'); 

Answer 2

Nie można przechowywać niekompletnych dat, przynajmniej w dedykowanym formacie daty, który może być używany do złożonych obliczeń daty (nic nie stoi na przeszkodzie, aby utworzyć własną klasę MonthYear).podczas tworzenia DateTime() obiekt z informacją niepełną czymś tak musi się zdarzyć:

• Wypadek
• Używaj pewne wartości domyślne

PHP wybiera drugą opcję i podejmuje decyzję odziedziczone z języka C data biblioteka:

1. Załóżmy, że brakujące dane znaczy "teraz"
2. Spróbuj rozwiązać aut omatically te nieprawidłowe daty, że algorytm ten może tworzyć

w tym przypadku Feb 2017 staje 31 Feb 2017 (bo „teraz” jest 31 May 2017) i PHP Wynika to rozumowanie: tylko luty miał 28 dni w roku 2017, ale mam jeszcze trzy; użytkownik prawdopodobnie przeniesie te trzy dodatkowe dni do marca. Tak więc 3 Mar 2017.

widzę żadnego powodu, aby uniknąć twarde kodowania 01 bo przecież to jest ciężko zakodowana wartość (dlaczego pierwszy dzień miesiąca i nie ostatni lub inny dzień?).

$input = '05/2017'; 
$date = \DateTime::createFromFormat('d/m/Y', "01/$input");