जब आप डेटटाइम ऑफ डेटटाइम

Question

पर डेटटाइम पसंद करेंगे तो कुछ महीने पहले मुझे नए DateTimeOffset प्रकार से पेश किया गया था और समय क्षेत्र के संबंध में DateTime की त्रुटियों को लेकर खुशी हुई थी।

हालांकि, मुझे आश्चर्य हुआ कि क्या इस नए प्रकार का उपयोग करने से कोई ओवरहेड या समस्याएं हो सकती हैं।

मैं एक बहु-लोकेल वेब एप्लिकेशन पर काम करता हूं। क्या किसी को कुछ भी पता है जो मुझे मेरी सभी तारीख/समय के काम के लिए इस्तेमाल करने से रोक सकता है? क्या यहां दुरुपयोग के लिए एक खिड़की है?

संदर्भ: DateTimeOffset: A New DateTime Structure in .NET 3.5 by Justin Van Patten

Answer 1

कभी-कभी आप वास्तव में सिर्फ एक "स्थानीय" (समय क्षेत्र अनजान) दिनांक और समय के बजाय समय में एक तत्काल का प्रतिनिधित्व करना चाहते हैं। ईमानदार होने के लिए यह केवल एक समय का प्रतिनिधित्व करने के लिए अक्सर उपयोगी होता है - उदा। "टाइमज़ोन पर ध्यान दिए बिना, मुझे 8 बजे उठो" - लेकिन तिथि और समय भी उपयोगी हो सकता है।

मैं मानता हूं कि अधिकांश मामलों के लिए, DateTimeOffset एक बेहतर फिट है। यह मुझे अजीब लगता है कि DateTimeTimeZone संरचना नहीं है जिसमें तत्काल और इसके टाइमज़ोन दोनों हैं ... ऑफ़सेट वास्तव में आपको आवश्यक सारी जानकारी नहीं देता है। (उदाहरण के लिए, DateTimeOffset दिया गया है, आपको नहीं पता कि 24 घंटे बाद का समय क्या होगा, क्योंकि आप नहीं जानते कि डीएसटी कब किक कर सकता है।)

यदि आप उस तरह की संरचना चाहते हैं, तो मेरे पास very crude implementation in another answer। मुझे यकीन है कि इसे बहुत आसानी से सुधार किया जा सकता है :)

Answer 2

ठीक है, एक स्पष्ट उत्तर तब होगा जब आपको एसपी के बिना ग्राहकों का समर्थन करने की आवश्यकता होगी (यह वास्तव में 3.5 में नहीं है - यह 2.0 एसपी 1 में है , जो एक ही समय में भेज दिया गया)।