Dátum formátumok

Válasz

Az első reakció erre a kérdésre az lehetne, hogy ezzel a problémával foglalkoznak a honlapok lokalizációja során - majd a fordító helyesen fordítja le. Azonban ez az első reakció nem megfelelő, mert ebben az esetben a dokumentumokat külön fájlban kellene tárolni, amelyek például csak az amerikai vagy angol dátum formátumban különböznek. Mindenestre amint a fenti példa is mutatja, a többnyelvűséggel mindenképpen foglalkozni kell.

Három lehetőség közül választhatunk, és mindnek van előnye és hátránya is:

Az adott ország dátum formátumának használata
A hónap és év egyértelmű jelölése
A böngészőből jövő kérés nyelvi beállításainak, az ún. az Accept-Language HTTP fejléc használata

Első lehetőség: az adott ország dátum formátumának használata

Az ISO 8601 szabvány meghatározása szerint a dátum formátuma: év/hónap/nap (ÉÉÉÉ-HH-NN). A 2003-04-02 formátum érthetőbb, mint a 03/04/02. (Előfordul, hogy az ISO 8601 szabványt úgy módosítják, hogy a hónap rövidített nevét használják a jobb érthetőség kedvéért, mint pl. 2003-Apr-02. Ez már azonban nem az adott ország helyi formátuma.)

Előnyök:

Ez a módszer egyértelmű.
Az ISO 8601 szabvány könnyen programozható. ABC sorrendbe rendezve a dátumokat egyúttal helyes időrendet kapunk.

Hátrányok:

Az ISO 8601 szabvány nem felhasználóbarát. A felhasználók a saját országukban használt dátum formátumukhoz szoktak hozzá.
Több helyet foglal el. Ha a dátum egy szöveg része egy bekezdésben, akkor ennek nincs jelentősége. Ha a dokumentum egy táblázat, amelyben néhány oszlop dátumot tartalmaz, akkor ez a nagyobb elfoglalt hely problémát okozhat, különösen akkor, ha a felületen már önmagában is kevés a rendelkezésre álló hely.
Ez a megjelenítés különösen nem felhasználóbarát az alternatív naptárt használó országokban (pl. Tájföldön a buddhista naptár használatos).

Második lehetőség: A hónap és az év egyértelmű jelölése

Ehhez a hónap nevét (rövidítve vagy teljes névvel) és 4 számjegyű Gergely-naptár szerinti évszámokat használjuk. Például 2003. április 2.

Előnyök:

Ez a módszer teljesen egyértelmű.
A módszer felhasználóbarát. A felhasználók saját, megszokott dátum formátumukat használhatják.

Hátrányok:

Nehezebben programozható, pl. a dátumok sorbatételénél stb.
Több helyet foglal el. Néhány helyen a hónap rövidítése három karakternél hosszabb lehet. (Franciául a június és július hónapok első három karaktere megegyezik: juin and juillet). A több karakter használata tovább növeli a helyigényt.

Harmadik lehetőség: A böngészőből jövő kérés nyelvi beállításainak használata; az Accept-Language HTTP fejléc

A HTTP Accept-Language fejléc csak a felhasználói nyelvet állítja be, ennek ellenére gyakran használják egyéb helyi beállításokra is.

Ez a módszer jól működik dinamikusan előállított weboldalakon, amikor a dátumot adatbázisból illesztik a dokumentumba, egészen addig amíg egyértelmű a felhasználó által elvárt dátum formátuma. A helyes dátum formátum a nyelvi kontextus függvénye, nemcsak a felhasználó böngésző beállítási kérdése. Például:

Egy japán formátumú dátum beillesztése egy adatbázisból egy japán oldalra hasznos a felhasználónak.
Egy japán felhasználó a 03/04/02 dátumot látva egy angol dokumentumban tévesen angol dátum formátumnak gondolhatja.
Egy japán formátumban előállított dátum megjelenítése, mint pl. ２００３年４月２日 egy angol oldalon nem biztos, hogy elférne a rendelkezésre álló helyen.

A fejlesztői környezeten múlik, hogy mi a helyes megoldás a problémára. Az alábbiakban néhány fejlesztői környezethez adunk útmutatást.

Java/JSP

Hívja meg a ServletRequest vagy a HttpServletRequest objektum getLocale módszerét. A visszakapott Locale objektumot kell használni a DateFormat meghívásához. Vegye figyelembe, hogy a SHORT formátum csak számokat használ. Ha egyértelmű formátumot szeretne akkor a FULL formátumot kell használni. Néhány helyi formátum esetén a LONG formátum is csak számból áll.

Érdemes megnézni a ICU4J oldalát is, mivel ott frissebb információk találhatók (és több funkcionalitás), mint a JDK rutinokban.

ASP

Használja a Request.ServerVariables('HTTP_ACCEPT_LANGUAGE') parancsot a felhasználói preferenciák lekérdezéséhez. Az elfogadott lokális preferenciák listájából az elsőt érdemes kiválasztani. Az alfabetikus dátum numerikussá alakításához saját kódot kell készíteni. A Session.LCID-t állítsuk a kapott értékre. A FormatDateTime kódot kell meghívni a dátum formázásához.

A vbLongDate segítségével kerülhető el a félreérthetőség.

Perl

Használja a $ENV{'HTTP_ACCEPT_LANGUAGE'} parancsot az alapértelmezett nyelv lekérdezéséhez. A POSIX:strftime segítségével állítjuk a dátum formátumát. A dátum preferált nyelvnek megfelelő formázásához saját kódot kell írni.

Összefoglalás

A dátum formátum problémájának nincsen tökéletes megoldása. Mérlegelje a lehetőségeket, majd a preferenciájának és a helyzetnek megfelelően döntsön.

Ha felmerülhet a többértelműség a dátum használata során, a legjobb választás a hónap nevének és 4 karakteres Gergely naptár szerinti évszám használata, vagy a honlapon ajánlatos feltüntetni a dátum formátum magyarázatát.

A dátumokat dinamikusan újra lehet formázni, hogy megfeleljenek az oldal nyelvi környezetének.