Jenis untuk Tanggal hanya di C # - mengapa tidak ada jenis Tanggal?

Dalam proyek C # kami, kami memiliki kebutuhan untuk merepresentasikan tanggal tanpa waktu. Saya tahu tentang keberadaan DateTime, namun, ini juga menyertakan waktu dalam sehari. Saya ingin menjelaskan bahwa variabel dan argumen metode tertentu berbasis tanggal . Oleh karena itu saya tidak dapat menggunakan DateTime.Dateproperti itu

Apa pendekatan standar untuk masalah ini? Tentunya saya bukan orang pertama yang mengalami ini? Mengapa tidak ada Datekelas di C #?

Apakah ada yang punya implementasi bagus menggunakan struct dan mungkin beberapa metode ekstensi pada DateTime dan mungkin menerapkan beberapa operator seperti == dan <,>?

Izinkan saya menambahkan pembaruan untuk pertanyaan klasik ini:

• Perpustakaan Noda Time Jon Skeet sekarang sudah cukup matang, dan memiliki tipe khusus tanggal yang disebut LocalDate. (Lokal dalam hal ini hanya berarti lokal untuk seseorang , tidak harus lokal ke komputer tempat kode berjalan.)

• Jenis khusus tanggal yang dipanggil Dateadalah tambahan yang diusulkan ke .NET Core, melalui proyek corefxlab . Anda akan menemukannya di dalam System.Timepaket, bersama dengan TimeOfDaytipe, dan beberapa metode ekstensi untuk tipe yang ada.

Saya telah mempelajari masalah ini secara signifikan, jadi saya juga akan membagikan beberapa alasan perlunya jenis-jenis ini:

1. Ada perbedaan logis antara nilai tanggal-saja, dan nilai tanggal-di-tengah malam.

   • Tidak setiap hari lokal memiliki tengah malam di setiap zona waktu. Contoh: Transisi waktu musim panas musim semi-maju Brasil menggerakkan jam dari 11:59:59 ke 01:00:00.

   • Tanggal-waktu selalu mengacu pada waktu tertentu dalam hari, sedangkan tanggal-saja dapat mengacu pada awal hari, akhir hari, atau seluruh rentang hari.

2. Melampirkan waktu ke tanggal dapat menyebabkan tanggal berubah karena nilai diteruskan dari satu lingkungan ke lingkungan lain, jika zona waktu tidak diawasi dengan sangat hati-hati. Ini biasanya terjadi di JavaScript (yang Dateobjeknya sebenarnya adalah tanggal + waktu), tetapi dapat dengan mudah terjadi di .NET juga, atau dalam serialisasi saat data dilewatkan antara JavaScript dan .NET.

3. Membuat serial DateTimedengan XML atau JSON (dan lainnya) akan selalu menyertakan waktu, bahkan jika itu tidak penting. Ini sangat membingungkan, terutama mengingat hal-hal seperti tanggal lahir dan hari jadi, yang waktunya tidak relevan.

4. Secara arsitektural, DateTimeadalah objek nilai DDD , tetapi melanggar Prinsip Bertanggung Jawab Tunggal dalam beberapa cara:

   • Ini dirancang sebagai tipe tanggal + waktu, tetapi sering digunakan sebagai hanya tanggal (mengabaikan waktu), atau waktu-hari-saja (mengabaikan tanggal). ( TimeSpanjuga sering digunakan untuk waktu-hari, tapi itu topik lain.)

   • The DateTimeKindnilai yang melekat pada .Kindproperti membagi jenis tunggal menjadi tiga, yang Unspecifiedsemacam ini benar-benar maksud asli dari struktur, dan harus digunakan seperti itu. The Utcjenis disejajarkan nilai khusus dengan UTC, dan Localaligns jenis nilai dengan zona waktu lokal lingkungan ini.

     Masalah dengan memiliki flag terpisah untuk jenis adalah bahwa setiap kali Anda menggunakan a DateTime, Anda harus memeriksa .Kinduntuk memutuskan perilaku apa yang akan diambil. Semua metode kerangka melakukan ini, tetapi yang lain sering lupa. Ini benar-benar pelanggaran SRP, karena jenisnya sekarang memiliki dua alasan berbeda untuk berubah (nilai, dan jenisnya).

   • Keduanya menyebabkan penggunaan API yang dikompilasi, tetapi sering kali tidak masuk akal, atau memiliki kasus tepi aneh yang disebabkan oleh efek samping. Mempertimbangkan:

     // 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 !!!
     

Singkatnya, meskipun a DateTime dapat digunakan untuk tanggal saja, seharusnya hanya digunakan jika setiap tempat yang menggunakannya sangat berhati-hati untuk mengabaikan waktu, dan juga sangat berhati-hati untuk tidak mencoba beralih ke dan dari UTC atau lainnya. zona waktu.

Saya menduga tidak ada Datekelas murni yang berdedikasi karena Anda sudah memiliki DateTimeyang bisa mengatasinya. Memiliki Dateakan menyebabkan duplikasi dan kebingungan.

Jika Anda ingin pendekatan standar, lihat DateTime.Dateproperti yang hanya memberikan porsi tanggal a DateTimedengan nilai waktu ditetapkan ke 12:00:00 tengah malam (00:00:00).

Saya telah mengirim email ke refsrcfeedback@microsoft.com dan itulah jawaban mereka

Marcos, ini bukan tempat yang bagus untuk bertanya seperti ini. Coba http://stackoverflow.com Jawaban singkatnya adalah Anda memerlukan model untuk mewakili suatu titik waktu, dan DateTime melakukannya, ini adalah skenario yang paling berguna dalam praktiknya . Fakta bahwa manusia menggunakan dua konsep (tanggal dan waktu) untuk menandai titik waktu adalah sewenang-wenang dan tidak berguna untuk dipisahkan.

Hanya pisahkan jika diperlukan, jangan melakukan sesuatu hanya untuk melakukan sesuatu secara membabi buta. Pikirkan seperti ini: masalah apa yang Anda miliki yang diselesaikan dengan membagi DateTime menjadi Tanggal dan Waktu? Dan masalah apa yang akan Anda dapatkan yang tidak Anda miliki sekarang? Petunjuk: jika Anda melihat penggunaan DateTime di seluruh kerangka .NET: http://referencesource.microsoft.com/#mscorlib/system/datetime.cs#df6b1eba7461813b#references Anda akan melihat bahwa sebagian besar dikembalikan dari metode. Jika kami tidak memiliki konsep tunggal seperti DateTime, Anda harus menggunakan parameter atau Tuple untuk mengembalikan sepasang Tanggal dan Waktu.

HTH, Kirill Osenkov

Di email saya, saya mempertanyakan apakah itu karena DateTime menggunakan TimeZoneInfo untuk mendapatkan waktu mesin - dalam kepatutan Now. Jadi menurut saya itu karena "aturan bisnis" "terlalu digabungkan", mereka menegaskannya kepada saya.

Saya membuat struct Tanggal sederhana untuk saat-saat ketika Anda memerlukan tanggal sederhana tanpa mengkhawatirkan porsi waktu, zona waktu, lokal vs. utc, dll.

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

Jika Anda perlu menjalankan perbandingan tanggal, gunakan

yourdatetime.Date;

Jika Anda menampilkan ke layar gunakan

yourdatetime.ToShortDateString();

Izinkan saya berspekulasi: Mungkin karena sampai SQL Server 2008 belum ada datatype Date di SQL sehingga akan sulit jadi simpan di SQL server ?? Dan apakah itu Produk Microsoft?

Entah kenapa seperti itu. Ada banyak keputusan desain yang buruk dalam kerangka .NET. Namun, menurut saya ini cukup kecil. Anda selalu dapat mengabaikan bagian waktu, jadi meskipun beberapa kode memutuskan untuk merujuk DateTime lebih dari sekedar tanggal, kode yang peduli seharusnya hanya melihat bagian tanggal. Alternatifnya, Anda bisa membuat tipe baru yang hanya mewakili tanggal dan menggunakan fungsi di DateTime untuk melakukan pekerjaan berat (penghitungan).

Mengapa? Kami hanya bisa berspekulasi dan tidak banyak membantu memecahkan masalah teknik. Tebakan yang bagus adalah yang DateTimeberisi semua fungsionalitas yang dimiliki oleh struct semacam itu.

Jika itu benar-benar penting bagi Anda, cukup bungkus DateTimedalam struct Anda yang tidak dapat diubah yang hanya memperlihatkan tanggal (atau lihat DateTime.Datepropertinya).

Selain jawaban Robert, Anda juga memiliki DateTime.ToShortDateStringmetodenya. Juga, jika Anda benar-benar menginginkan objek Tanggal Anda selalu dapat menggunakan pola Adaptor dan membungkus objek DateTime hanya memperlihatkan apa yang Anda inginkan (yaitu bulan, hari, tahun).

Selalu ada DateTime.Dateproperti yang memotong bagian waktu DateTime. Mungkin Anda dapat merangkum atau membungkus DateTime dalam tipe Tanggal Anda sendiri.

Dan untuk pertanyaan mengapa, saya rasa Anda harus bertanya pada Anders Heljsberg.

Karena untuk mengetahui tanggalnya, Anda harus mengetahui waktu sistem (dalam tanda centang), yang termasuk waktu - jadi mengapa membuang informasi itu?

DateTimememiliki Dateproperti jika Anda tidak peduli sama sekali tentang waktu.

Ya, System.DateTime juga disegel. Saya telah melihat beberapa orang bermain game dengan ini dengan membuat kelas khusus hanya untuk mendapatkan nilai string waktu seperti yang disebutkan oleh posting sebelumnya, hal-hal seperti:

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();
        }
    }
}

Ini mungkin tidak perlu, karena Anda dapat dengan mudah mengekstrak GetShortTimeString dari tipe DateTime lama biasa tanpa kelas baru.

Jika Anda menggunakan properti Tanggal atau Hari Ini untuk mendapatkan hanya bagian tanggal dari objek DateTime.

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

Kemudian Anda akan mendapatkan komponen tanggal hanya dengan komponen waktu disetel ke tengah malam.