ประเภทสำหรับวันที่เท่านั้นใน C # - เหตุใดจึงไม่มีประเภทวันที่

ในโครงการ C # ของเราเราจำเป็นต้องแสดงวันที่โดยไม่มีเวลา ฉันรู้ถึงการมีอยู่ของ DateTime อย่างไรก็ตามมันรวมช่วงเวลาของวันด้วย ฉันต้องการบอกให้ชัดเจนว่าตัวแปรบางตัวและอาร์กิวเมนต์เมธอดนั้นอิงตามวันที่ ดังนั้นฉันจึงไม่สามารถใช้DateTime.Dateทรัพย์สินได้

อะไรคือแนวทางมาตรฐานสำหรับปัญหานี้? ฉันไม่ใช่คนแรกที่เจอสิ่งนี้แน่ ๆ ? ทำไมไม่มีDateคลาสใน C #?

ใครบ้างที่มีการใช้งานที่ดีโดยใช้โครงสร้างและวิธีการส่วนขยายบางอย่างใน DateTime และอาจใช้ตัวดำเนินการบางอย่างเช่น == และ <,>?

อนุญาตให้ฉันเพิ่มอัปเดตสำหรับคำถามคลาสสิกนี้:

• จอนสกีตของโนดะเวลาLocalDateห้องสมุดอยู่ในขณะนี้ค่อนข้างเป็นผู้ใหญ่และมีวันเดียวชนิดที่เรียกว่า (Local ในกรณีนี้หมายถึงเฉพาะในพื้นที่สำหรับใครบางคนเท่านั้นไม่จำเป็นต้องอยู่ในเครื่องคอมพิวเตอร์ที่รหัสกำลังทำงานอยู่)

• ชนิดวันที่เท่านั้นที่เรียกว่าDateเป็นส่วนเสริมที่เสนอให้กับ. NET Core ผ่านโครงการcorefxlab คุณจะพบสิ่งนี้ในSystem.Timeแพ็กเกจพร้อมTimeOfDayประเภทและวิธีการขยายหลายวิธีสำหรับประเภทที่มีอยู่

ฉันได้ศึกษาปัญหานี้แล้วอย่างมีนัยสำคัญดังนั้นฉันจะแบ่งปันเหตุผลหลายประการสำหรับความจำเป็นของประเภทเหล่านี้

1. มีความคลาดเคลื่อนทางตรรกะระหว่างค่าวันที่เท่านั้นและค่าวันที่ตอนเที่ยงคืน

   • ไม่ใช่ทุกวันท้องถิ่นจะมีเวลาเที่ยงคืนในทุกเขตเวลา ตัวอย่าง: การเปลี่ยนเวลาตามฤดูกาลในฤดูใบไม้ผลิไปข้างหน้าของบราซิลจะเลื่อนนาฬิกาจาก 11:59:59 น. เป็น 01:00:00 น.

   • วันที่ - เวลามักหมายถึงเวลาที่เฉพาะเจาะจงภายในวันในขณะที่วันที่เท่านั้นอาจหมายถึงจุดเริ่มต้นของวันจุดสิ้นสุดของวันหรือช่วงทั้งหมดของวัน

2. การแนบเวลากับวันที่อาจทำให้วันที่เปลี่ยนไปเมื่อค่าถูกส่งผ่านจากสภาพแวดล้อมหนึ่งไปยังอีกสภาพแวดล้อมหนึ่งหากไม่ได้ดูโซนเวลาอย่างระมัดระวัง สิ่งนี้มักเกิดขึ้นใน JavaScript (ซึ่งDateอ็อบเจ็กต์คือวันที่ + เวลาจริงๆ) แต่สามารถเกิดขึ้นได้อย่างง่ายดายใน. NET ด้วยหรือในการทำให้เป็นอนุกรมเมื่อข้อมูลถูกส่งผ่านระหว่าง JavaScript และ. NET

3. การทำให้เป็นอนุกรมDateTimeกับ XML หรือ JSON (และอื่น ๆ ) จะรวมเวลาไว้เสมอแม้ว่าจะไม่สำคัญก็ตาม สิ่งนี้สับสนมากโดยเฉพาะอย่างยิ่งเมื่อพิจารณาถึงสิ่งต่างๆเช่นวันเกิดและวันครบรอบซึ่งเวลาไม่เกี่ยวข้องกัน

4. ในทางสถาปัตยกรรมDateTimeเป็นวัตถุมูลค่าDDD แต่ละเมิดหลักการความรับผิดชอบเดียวในหลายวิธี:

   • ได้รับการออกแบบเป็นประเภทวันที่ + เวลา แต่มักใช้เป็นวันที่เท่านั้น (โดยไม่สนใจเวลา) หรือเวลาของวันเท่านั้น (โดยไม่สนใจวันที่) ( TimeSpanมักใช้เป็นช่วงเวลาของวัน แต่เป็นอีกหัวข้อหนึ่ง)

   • DateTimeKindค่าติดอยู่กับ.Kindสถานที่ให้บริการแยกชนิดเดียวเป็นสาม, The Unspecifiedชนิดคือจริงๆเจตนาเดิมของโครงสร้างและควรจะใช้วิธีการที่ Utcชนิดสอดคล้องค่าเฉพาะกับ UTC และLocalสอดคล้องชนิดคุ้มค่ากับโซนเวลาท้องถิ่นของสภาพแวดล้อม

     ปัญหาในการมีแฟล็กแยกต่างหากสำหรับชนิดคือทุกครั้งที่คุณใช้ a DateTimeคุณควรตรวจสอบ.Kindเพื่อตัดสินใจว่าจะใช้พฤติกรรมใด วิธีการของกรอบทำทั้งหมดนี้ แต่คนอื่นมักลืม นี่เป็นการละเมิด SRP อย่างแท้จริงเนื่องจากประเภทนี้มีเหตุผลสองประการในการเปลี่ยนแปลง (ค่าและชนิด)

   • ทั้งสองอย่างนี้นำไปสู่การใช้ API ที่รวบรวม แต่มักเป็นเรื่องไร้สาระหรือมีกรณีขอบแปลก ๆ ที่เกิดจากผลข้างเคียง พิจารณา:

     // nonsensical, caused by mixing types
     DateTime dt = DateTime.Today - TimeSpan.FromHours(3);  // when on today??
     
     // strange edge cases, caused by impact of Kind
     var london = TimeZoneInfo.FindSystemTimeZoneById("GMT Standard Time");
     var paris = TimeZoneInfo.FindSystemTimeZoneById("Romance Standard Time");
     var dt = new DateTime(2016, 3, 27, 2, 0, 0);  // unspecified kind
     var delta = paris.GetUtcOffset(dt) - london.GetUtcOffset(dt);  // side effect!
     Console.WriteLine(delta.TotalHours); // 0, when should be 1 !!!

โดยสรุปในขณะที่ a DateTime สามารถใช้สำหรับวันที่เท่านั้น แต่ควรทำก็ต่อเมื่อทุกสถานที่ที่ใช้มันระมัดระวังอย่างยิ่งที่จะละเลยเวลาและระมัดระวังอย่างยิ่งที่จะไม่พยายามแปลงเป็นและจาก UTC หรืออื่น ๆ โซนเวลา.

ฉันสงสัยว่าไม่มีDateคลาสบริสุทธิ์ที่อุทิศให้เพราะคุณมีDateTimeที่สามารถจัดการได้แล้ว มีDateจะนำไปสู่การทำสำเนาและความสับสน

หากคุณต้องการให้แนวทางมาตรฐานดูDateTime.Dateคุณสมบัติที่ให้เฉพาะส่วนวันที่ของ a DateTimeโดยมีค่าเวลาเป็น 12:00:00 เที่ยงคืน (00:00:00 น.)

ฉันส่งอีเมลไปที่ refsrcfeedback@microsoft.com และนั่นคือคำตอบของพวกเขา

Marcos นี่ไม่ใช่สถานที่ที่ดีในการถามคำถามเช่นนี้ ลองhttp://stackoverflow.com คำตอบสั้น ๆ คือคุณต้องมีรูปแบบที่จะเป็นตัวแทนจุดในเวลาและวันที่และเวลาไม่ว่าจะเป็นสถานการณ์ที่มีประโยชน์มากที่สุดในการปฏิบัติ ความจริงที่ว่ามนุษย์ใช้สองแนวคิด (วันที่และเวลา) เพื่อทำเครื่องหมายจุดตามเวลานั้นเป็นไปตามอำเภอใจและไม่มีประโยชน์ที่จะแยก

แยกเฉพาะที่ที่ได้รับการรับประกันอย่าทำสิ่งต่างๆเพียงเพื่อทำสิ่งต่างๆสุ่มสี่สุ่มห้า คิดอย่างนี้: คุณมีปัญหาอะไรที่แก้ไขได้โดยแยก DateTime เป็น Date and Time? แล้วจะมีปัญหาอะไรที่คุณไม่มีตอนนี้? คำแนะนำ: หากคุณดูการใช้งาน DateTime ในกรอบงาน. NET: http://referencesource.microsoft.com/#mscorlib/system/datetime.cs#df6b1eba7461813b#references คุณจะเห็นว่าส่วนใหญ่ถูกส่งคืนจากวิธีการ หากเราไม่มีแนวคิดเดียวเช่น DateTime คุณจะต้องใช้พารามิเตอร์หรือ Tuples เพื่อส่งคืนคู่ของวันที่และเวลา

HTH, Kirill Osenkov

ในอีเมลของฉันฉันถามว่าเป็นเพราะ DateTime ใช้ TimeZoneInfo เพื่อรับเวลาของเครื่อง - ในความเหมาะสมตอนนี้ ฉันจะบอกว่าเป็นเพราะ "กฎทางธุรกิจ" นั้น "ควบคู่กันเกินไป" พวกเขาจึงทำให้ฉันสับสน

ฉันสร้างโครงสร้างวันที่แบบง่ายสำหรับเวลาที่คุณต้องการวันที่ง่ายๆโดยไม่ต้องกังวลเกี่ยวกับส่วนของเวลาเขตเวลาท้องถิ่นกับ utc ฯลฯ

https://github.com/claycephus/csharp-date

หากคุณต้องการเรียกใช้การเปรียบเทียบวันที่ให้ใช้

yourdatetime.Date;

หากคุณกำลังแสดงไปที่หน้าจอให้ใช้

yourdatetime.ToShortDateString();

อนุญาตให้ฉันคาดเดา: อาจเป็นเพราะจนถึง SQL Server 2008 ไม่มีประเภทข้อมูลวันที่ใน SQL ดังนั้นจึงเป็นการยากที่จะเก็บไว้ในเซิร์ฟเวอร์ SQL ?? และหลังจากทั้งหมดเป็นผลิตภัณฑ์ของ Microsoft?

ใครจะรู้ว่าทำไมถึงเป็นแบบนั้น NET Framework มีการตัดสินใจที่ไม่ดีมากมาย อย่างไรก็ตามฉันคิดว่านี่เป็นเรื่องเล็กน้อย คุณสามารถเพิกเฉยต่อช่วงเวลาได้ตลอดเวลาดังนั้นแม้ว่าบางรหัสจะตัดสินใจให้ DateTime อ้างถึงมากกว่าวันที่ แต่รหัสที่ใส่ใจควรดูเฉพาะส่วนของวันที่เท่านั้น หรือคุณสามารถสร้างประเภทใหม่ที่แสดงถึงวันที่และใช้ฟังก์ชันใน DateTime เพื่อทำการยกของหนัก (การคำนวณ)

ทำไม? เราทำได้แค่คาดเดาและมันไม่ได้ช่วยแก้ปัญหาทางวิศวกรรมได้มากนัก การคาดเดาที่ดีคือDateTimeมีฟังก์ชันทั้งหมดที่โครงสร้างดังกล่าวจะมี

หากเป็นเรื่องสำคัญสำหรับคุณจริงๆให้ห่อDateTimeด้วยโครงสร้างที่ไม่เปลี่ยนรูปของคุณเองที่เปิดเผยเฉพาะวันที่ (หรือดูDateTime.Dateคุณสมบัติ)

นอกจากคำตอบของ Robert แล้วคุณยังมีDateTime.ToShortDateStringวิธีการ นอกจากนี้หากคุณต้องการวัตถุ Date จริงๆคุณสามารถใช้รูปแบบอะแดปเตอร์และตัดวัตถุ DateTime ที่เปิดเผยเฉพาะสิ่งที่คุณต้องการ (เช่นเดือนวันปี)

มีDateTime.Dateคุณสมบัติที่ตัดส่วนเวลาของDateTime. บางทีคุณอาจห่อหุ้มหรือห่อ DateTime ในประเภทวันที่ของคุณเองก็ได้

และสำหรับคำถามว่าทำไมฉันเดาว่าคุณจะต้องถาม Anders Heljsberg

เนื่องจากเพื่อที่จะทราบวันที่คุณต้องรู้เวลาของระบบ (ในเครื่องหมายขีด) ซึ่งรวมถึงเวลาด้วยเหตุใดจึงต้องทิ้งข้อมูลนั้นไป

DateTimeมีDateทรัพย์สินหากคุณไม่สนใจเลยเกี่ยวกับเวลา

ใช่ System.DateTime ถูกปิดผนึกด้วย ฉันเคยเห็นบางคนเล่นเกมด้วยการสร้างคลาสที่กำหนดเองเพียงเพื่อให้ได้ค่าสตริงของเวลาตามที่กล่าวไว้ในโพสต์ก่อนหน้านี้สิ่งต่างๆเช่น:

class CustomDate
{
    public DateTime Date { get; set; }
    public bool IsTimeOnly { get; private set; }

    public CustomDate(bool isTimeOnly)
    {
        this.IsTimeOnly = isTimeOnly;
    }

    public string GetValue()
    {
        if (IsTimeOnly)
        {
            return Date.ToShortTimeString();
        }

        else
        {
            return Date.ToString();
        }
    }
}

นี่อาจไม่จำเป็นเนื่องจากคุณสามารถแยก GetShortTimeString จากประเภท DateTime แบบเดิม ๆ โดยไม่ต้องใช้คลาสใหม่ได้

ถ้าคุณใช้คุณสมบัติ Date หรือ Today เพื่อรับเฉพาะส่วนวันที่จากวัตถุ DateTime

DateTime today = DateTime.Today;
DateTime yesterday = DateTime.Now.AddDays(-1).Date;

จากนั้นคุณจะได้รับองค์ประกอบวันที่โดยตั้งค่าส่วนประกอบเวลาเป็นเที่ยงคืนเท่านั้น