ExtJS blog pont hu

Ha egy dátum típusú változót akarunk JSON formára alakítani, akkor a natív és az alapértelmezett JSON feldolgozás között van némi különbség.

Míg a natív megoldást a Date.prototype.toJSON, addig a másikat az Ext.util.JSON.encodeDate felülírásával lehet módosítani. (csak zárójelben, ennek a másodiknak nincs túl nagy haszna)

Ja, és továbbra is érdemes a natív JSON-t használni, mert az jó!

Nemrégiben több helyen is visszaköszönt, hogy időbélyeget a következő formában adták meg: +new Date

Hirtelen meglepődtem, hogy ez miért nem szintaktikai hibás, de valóban nincs benne semmi rendellenes. Ha létrehozunk egy objektumot, akkor a típus után elhagyható a zárójel, ha az üres lenne, azaz a new Date kifejezés ekvivalens a new Date() kifejezéssel.
Igaz, ez a forma JSLint-nek sem annyira tetszik: Missing '()' invoking a constructor.

Továbbá jelen esetben a ’+’ jel az egy egyoperandusú (unáris) művelet, amelynek az eredménye a hozzá tartozó érték számmá konvertált alakja. +"100" === 100

Európának ezen a felén hétfővel kezdődik a hét, ennek fényében a DatePicker (+DataField) is kezdődjön hétfővel:

UPDATE: 3.x -től kezdve a DateField-nél külön kezelik a startDay-t, így meg kell adni mégegyszer:

Vajon a JavaScript kitalálói miért gondolták azt, hogy a hónapok nullától a napok és az évek egytől kezdődnek. Megmagyarázható, de akkor sem logikus, hogy a 2008.11.21. -et miért new Date(2008,10,21) alakban kell létrehozni?

Szerencsére ExtJS-ben ezzel már nem kell foglalkozni, nagyon szépen elkészítették a string2date fordítót, a fenti logikai buktatót sem építették bele. :)