คำถามติดแท็ก datetimeoffset

30
แนวทางปฏิบัติที่ดีที่สุดสำหรับการปรับเวลาตามฤดูกาลและโซนเวลา [ปิด]
ปิด คำถามนี้จะต้องมีมากขึ้นมุ่งเน้น ไม่ยอมรับคำตอบในขณะนี้ ต้องการปรับปรุงคำถามนี้หรือไม่ อัปเดตคำถามเพื่อให้มุ่งเน้นที่ปัญหาเดียวโดยแก้ไขโพสต์นี้ ปิดให้บริการใน2 ปีที่ผ่านมา ฉันหวังว่าจะทำให้คำถามนี้และคำตอบของมันเป็นแนวทางที่ชัดเจนในการจัดการกับการปรับเวลาตามฤดูกาลโดยเฉพาะอย่างยิ่งสำหรับการจัดการกับการเปลี่ยนแปลงที่เกิดขึ้นจริง หากคุณมีอะไรที่จะเพิ่มโปรดทำ ระบบจำนวนมากขึ้นอยู่กับการรักษาเวลาที่ถูกต้องปัญหาคือการเปลี่ยนแปลงเวลาเนื่องจากการประหยัดเวลากลางวัน - เลื่อนนาฬิกาไปข้างหน้าหรือข้างหลัง ตัวอย่างเช่นมีกฎเกณฑ์ทางธุรกิจในระบบการสั่งซื้อที่ขึ้นอยู่กับเวลาของการสั่งซื้อ - หากนาฬิกามีการเปลี่ยนแปลงกฎอาจไม่ชัดเจน เวลาของการสั่งซื้อควรจะคงอยู่อย่างไร? แน่นอนว่ามีหลายสถานการณ์ - อันนี้เป็นเพียงตัวอย่างหนึ่ง คุณจัดการกับปัญหาการประหยัดเวลากลางวันอย่างไร สมมติฐานอะไรบ้างที่เป็นส่วนหนึ่งของโซลูชันของคุณ (มองหาบริบทที่นี่) ที่สำคัญถ้าไม่มากกว่านั้น: คุณลองทำอะไรที่ไม่ได้ผล? ทำไมมันไม่ทำงาน ฉันสนใจที่จะเขียนโปรแกรม OS การคงอยู่ของข้อมูลและประเด็นอื่น ๆ ที่เกี่ยวข้องของปัญหา คำตอบทั่วไปนั้นยอดเยี่ยม แต่ฉันก็อยากจะดูรายละเอียดโดยเฉพาะอย่างยิ่งหากพวกเขามีอยู่ในแพลตฟอร์มเดียวเท่านั้น

9
DateTime เทียบกับ DateTimeOffset
ขณะนี้เรามีวิธีมาตรฐานในการจัดการกับ. NET DateTimeในวิธีการตระหนักถึงเขตเวลา: เมื่อใดก็ตามที่เราสร้าง a DateTimeเราจะทำใน UTC (เช่นใช้DateTime.UtcNow) และเมื่อใดก็ตามที่เราแสดงหนึ่งเราแปลงกลับจาก UTC เป็นเวลาท้องถิ่นของผู้ใช้ . ใช้งานได้ดี แต่ฉันได้อ่านเกี่ยวกับDateTimeOffsetวิธีจับเวลาท้องถิ่นและเวลา UTC ในวัตถุเอง ดังนั้นคำถามคือสิ่งที่จะได้ประโยชน์จากการใช้DateTimeOffsetเมื่อเทียบกับสิ่งที่เราได้ทำไปแล้ว?

3
การจัดเก็บ DateTime (UTC) เทียบกับการจัดเก็บ DateTimeOffset
ฉันมักจะมี "ตัวสกัดกั้น" ที่อยู่ก่อนที่จะอ่าน / เขียนจาก / ไปยังฐานข้อมูลทำการแปลง DateTime (จากเวลา UTC เป็นเวลาท้องถิ่นและจากเวลาท้องถิ่นเป็น UTC) ดังนั้นฉันจึงสามารถใช้DateTime.Now(อนุพันธ์และการเปรียบเทียบ) ได้ทั่วทั้งระบบโดยไม่ต้องกังวล เกี่ยวกับเขตเวลา เกี่ยวกับการทำให้เป็นอนุกรมและการย้ายข้อมูลระหว่างคอมพิวเตอร์ไม่จำเป็นต้องกังวลเนื่องจากวันที่และเวลาเป็น UTC เสมอ ฉันควรจัดเก็บวันที่ของฉันต่อไป (SQL 2008 - วันที่และเวลา) ในรูปแบบ UTC หรือควรเก็บไว้โดยใช้DateTimeOffset(SQL 2008 - datetimeoffset) วันที่ UTC ในฐานข้อมูล (ประเภทวันที่และเวลา) ใช้งานได้และเป็นที่รู้จักมานานแล้วทำไมต้องเปลี่ยน ข้อดีคืออะไร? ฉันได้ดูบทความเช่นนี้แล้ว แต่ฉันไม่มั่นใจ 100% ความคิดใด ๆ ?
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.