DateTime

JSON के काेड में दिखाना 
{
  "date": string
}
फ़ील्ड
date

string

ISO 8601 फ़ॉर्मैट में, बढ़ाई गई तारीख/समय. ऑफ़सेट की ज़रूरत भी हो सकती है और नहीं भी (पैरंट फ़ील्ड के दस्तावेज़ देखें). समय नैनोसेकंड शुद्धता तक तय किया जा सकता है. ऑफ़सेट को सेकंड सटीक तरीके से तय किया जा सकता है (भले ही ऑफ़सेट सेकंड ISO 8601 का हिस्सा न हो).

उदाहरण के लिए:

यूटीसी के मुताबिक, 1985-04-12T23:20:50.52Z, 12 अप्रैल, 1985 के 23 घंटे बाद 20 मिनट और 50.52 सेकंड का होगा.

1985-04-12T19:20:50.52-04:00, 12 अप्रैल, 1985 के 19 घंटे के बाद 20 मिनट और 50.52 सेकंड का होगा, जो यूटीसी से 4 घंटे पहले का होगा (जैसा कि ऊपर दिए गए उदाहरण में बताया गया है). अगर तारीख/समय न्यूयॉर्क में किसी जगह के लिए है, तो यह ईस्टर्न डेलाइट टाइम (ईडीटी) के बराबर होगा. याद रखें कि ऑफ़सेट, डेलाइट सेविंग टाइम (या समर टाइम) के हिसाब से अलग-अलग होता है. हालांकि, यह साल के समय पर निर्भर करता है.

1985-04-12T19:20:50.52 बिना ऑफ़सेट जानकारी के, 12 अप्रैल, 1985 के 19 घंटे के बाद 20 मिनट और 50.52 सेकंड का होगा.

ऑफ़सेट उपलब्ध कराने से यह दुनिया भर में एक निरपेक्ष समय बन जाता है. तारीख/समय उपयोगकर्ता के टाइम ज़ोन के हिसाब से अडजस्ट हो जाएगा. उदाहरण के लिए, न्यूयॉर्क के उपयोगकर्ता के लिए 2018-06-19T18:30:00-04:00 का समय 18:30:00 और लॉस एंजेलिस के उपयोगकर्ता के लिए 15:30:00 होगा.

ऑफ़सेट को खाली छोड़ने पर, यह एक स्थानीय तारीख/समय बन जाता है. यह दुनिया भर में किसी भी समय के कई इंस्टेंस का प्रतिनिधित्व करता है. तारीख/समय हमेशा उपयोगकर्ता के मौजूदा टाइम ज़ोन में होगा. उदाहरण के लिए, 2018-06-19T18:30:00 का समय न्यूयॉर्क के उपयोगकर्ता के लिए 18:30:00 और लॉस एंजेलिस के उपयोगकर्ता के लिए 18:30:00 होगा. ऐसा करना तब फ़ायदेमंद साबित होता है, जब कई टाइम ज़ोन में कई जगहों पर एक ही स्थानीय तारीख/समय लागू हो.