2010-08-24 17 views
7

के लिए अनुशंसित दिनांक प्रारूप मैं एक ऐप लिख रहा हूं जो एक आरईएसटी एपीआई का खुलासा करता है। कुछ क्वेरी पैरामीटर दिनांक/समय (दूसरे के लिए सटीक) होंगे, और कुछ प्रतिक्रियाएं टाइमस्टैम्प (मिलीसेकंड के लिए सटीक) होंगी।आरईएसटी एपीआई

सर्वर पर एपीआई कार्यान्वयन जावा में है। क्लाइंट ऐप्स कुछ भी हो सकते हैं - जावा, जावास्क्रिप्ट, .NET। एपीआई एक्सएमएल या जेएसओएन डेटा देता है। ओरेकल डेटाबेस में दिनांक/समय डेटा संग्रहीत किया जाता है।

क्या किसी के पास पहले दर्द के आधार पर सिफारिशें हैं, इन दिनांक/समय मूल्यों को पारित करने के लिए सबसे अच्छा प्रारूप प्रारूप क्या है। मैं खुद को 1 जनवरी 1 9 70, 00:00:00 GMT से मिलीसेकंड की संख्या को स्टोर करने के लिए बस एक अच्छी पुरानी शैली का उपयोग करने के लिए सोच रहा हूं।

संपादित तिथि सीमा एपीआई में शामिल वास्तविक समय की घटनाओं के लिए है, इसलिए 2010 से पहले कोई बात नहीं हो जाएगा, और (अपने आप को यहाँ की स्थापना दुरुपयोग के लिए) कुछ भी नहीं के बाद 2038

मुझे लगता है कि सबसे अच्छा होगा

ए) द्वारा संचालित भाषाओं की व्यापक विविधता इस लंबे समय तक आंतरिक दिनांक वस्तु में परिवर्तित करने के लिए कोड लिखने के बिना इसे परिवर्तित करने का समर्थन करती है।

ख) न्यूनतम सीपीयू भूमि के ऊपर (सर्वर अनुप्रयोग पर)

उत्तर

8

आईएसओ 8601 सभी तरह

किसी भी युग आधारित पद्धति का उपयोग करना मतलब है कि आप (एक हस्ताक्षरित की श्रृंखला के लिए बाध्य कर रहे हैं सबसे प्रणालियों में) 32- बिट आईएनटी (1 901-12-13T20: 45: 52 + 00: 00 से 2038-01-19T03: 14: 07 + 00: 00) जो वास्तव में टाइमस्टैम्प की तारीख से अधिक है, क्योंकि यह नहीं कर सकता दूरगामी ऐतिहासिक या भविष्य की तारीखों को संभालें।

+0

हाय पीटर - मैंने 'युग-रेंज' के भीतर आरामदायक, तारीखों की सीमा को स्पष्ट करने के लिए प्रश्न संपादित किया है - क्या यह आईएसओ 8601 के लिए आपकी सिफारिश को बदल देगा? – Kevin

+3

वाई 2.038 के यहां हम आते हैं! –

+0

@ टॉम मुझे पता है, मैं बस इसके लिए प्रतीक्षा कर रहा हूं –

संबंधित मुद्दे