Datum jako služba – používáte?

Dobrá věc k přemýšlení.

V jakých situacích new DateTime() vlastně používáš?

Může být dobrý nápad použití new DateTime() zrušit, např. v databázových dotazech použít místo toho NOW() na úrovni databáze. Při vkládání CURRENT_TIMESTAMP. Zažil jsem situaci, kdy databáze měla rozsynchronizovaný čas s aplikací a kombinování časů z databáze a z aplikace dělalo problémy.

Další věc, se kterou jsem se setkal, byla řekněme nějaká funkce, která potřebovala současný čas. Tak jsem nejprve v ní uvedl $now = new DateTime(). Pak jsem ale zjistil, že ji potřebuju volat s jinou časovou referencí, takže čas nyní předávám zvenku. Taky řešením bylo zbavit se new DateTime úplně – objekt času dodá „někdo jiný“.

@filsedla new DateTime obvykle používám např. když potřebuji do DB uložit datum vytvoření/změny/smazání určitého záznamu (tj. při sestavování DB dotazu ve formuláři/pomocné třídě). A pak maximálně pro referenci „aktuální data“ – např. když potřebuju rozdělit záznamy na minulé/dnešní/budoucí, nebo když zobrazuji záznamy k určitému datu – pokud datum chybí, znamená to zobrazit dnešní záznamy (tedy něco jako if ($date === NULL) { $date = new \DateTime; }).

Od NOW() a CURRENT_TIMESTAMP, timestamp v DB jsem před lety upustil – lepší je do DB vždy předat aplikační datum manuálně a na straně DB používat typ datetime, nebo date – a nespoléhat se na nastavení DB – navíc je to flexibilnější – můžu prohlásit, že v DB jsou datumy uloženy v UTC a při načtení/zobrazení je konvertovat do požadované časové zóny, což při použití NOW() a timestamp může být docela komplikované (nevíme s jakou zónou nám DB pracuje).

"…objekt času dodá “někdo jiný” – to je právě můj cíl, v praxi by to šlo přes parametry metod, ale někde na vyšší úrovni stejně budu ten DateTime vyrobit – a proto uvažuju, že bych si vyrobil nějakou tovární třídu na aktuální čas, nebo použil Kdyby\Clock.

@CZechBoY souhlas – to „když ti aplikaci v určitý čas (třeba 23:59:59) něco provede a ty to nemůžeš v (třeba 9:00) nasimulovat.“ je dobrá poznámka :)

Jak si tedy s aktuálním časem v aplikaci pracujete vy? Používáte nějakou vlastní továrnu v DIC, nebo Kdyby\Clock?

@jannek19 Jak třeba řešíš groupování hodnot podle času, když chceš aby u klienta to bylo správně nagroupované – tzn. jeden čas může být v letním a druhý v zimním času. Pokud nepoužíváš žádné nastavení databáze, resp. jedeš tak jakoby si nevěděl jaký je tam nastavení.

Editoval CZechBoY (23. 1. 2017 12:00)

@jannek19 No dejme tomu třeba grafy. Chci pro každej den (nebo pro každou hodinu v konkrétní den, nebo histogram pro každou hodinu napříč dny) vědět kolikrát se někdo přihlásil (nebo cokoliv užitečnějšího).

@CZechBoY díky za příklad.

@MichalHlávka o Carbonu jsem už četl, v čem je to lepší než čistý DateTime objekt?

@MichalHlávka na ten odkaz jsem samozřejmě koukal, sice jsem to proběhl jen letmo, ale nezahlédl jsem tam žádnou „killer-feature“, kvůli které bych měl zahodit obyčejný DateTime a začít používat Carbon. Proto jsem se ptal, v čem konkrétně je to podle tebe lepší. Čas umí simulovat i obyčejný DateTime, v tom bych problém neviděl :)

pokud volas new DateTime nekde v kodech, jak nastavis cas, ktery chces, aniz by si serverove zasahoval?

To právě podle mě neuděláš. Proto je lepší nepoužívat běžně v aplikaci new DateTime ale udělat si službu (řekněmě DateTimeProvider), která ti DateTime vrátí a tuto službu si pak můžeš injectovat tam kde potřebuješ vytvářet DateTime.

Pokud pak při testování chceš pracovat s konkrétním datumem a časem, stačí ti injectovat takovou instanci DateTimeProvideru, která ti bude vracet přesně ten DateTime který potřebuješ.

@MichalHlávka Na první pohled se mi na Carbon zalíbily např. metody diffInDays(). V čistém PHP si nikdy nemůžu zapamatovat, jak se k podobnému výsledku vlastně dostat.