Yalnızca C # 'da Tarih için bir tür - Neden Tarih türü yok?

C # projemizde bir tarihi zamansız temsil etme ihtiyacımız var. DateTime'ın varlığını biliyorum, ancak günün bir saatini de içeriyor. Belirli değişkenlerin ve yöntem argümanlarının tarihe dayalı olduğunu açıkça belirtmek istiyorum . Dolayısıyla DateTime.Datemülkü kullanamıyorum

Bu soruna standart yaklaşımlar nelerdir? Eminim bununla ilk karşılaşan ben değilim? DateC # 'da neden sınıf yok ?

Bir yapı ve belki de DateTime üzerinde bazı uzantı yöntemleri kullanan ve belki == ve <,> gibi bazı operatörleri uygulayan güzel bir uygulaması olan var mı?

Bu klasik soruya bir güncelleme eklememe izin verin:

• Jon Skeet'in Noda Time kitaplığı artık oldukça olgun ve yalnızca tarih içeren bir türe sahipLocalDate . (Bu durumda yerel, yalnızca biri için yerel anlamına gelir , kodun çalıştığı bilgisayarda yerel olması gerekmez.)

• Yalnızca tarih adı verilen Datebir tür , corefxlab projesi aracılığıyla .NET Core'a önerilen bir eklemedir . BulacaksınSystem.Time pakette, bir TimeOfDaytür ve mevcut türlere yönelik çeşitli uzatma yöntemleriyle birlikte .

Bu sorunu önemli ölçüde inceledim, bu nedenle bu türlerin gerekliliğine ilişkin birkaç nedeni de paylaşacağım:

1. Yalnızca tarih ile gece yarısı tarih değeri arasında mantıksal bir tutarsızlık vardır.

   • Her yerel gün değil vardır her zaman diliminde bir gece yarısı. Örnek: Brezilya'nın ilkbahar-ileriye doğru yaz saati uygulaması geçişi, saati 11:59:59'dan 01:00:00'a taşır.

   • Tarih-saat her zaman gün içindeki belirli bir zamanı ifade ederken yalnızca tarih, günün başlangıcını, günün sonunu veya günün tüm aralığını ifade edebilir.

2. Tarihe saat eklemek tarihin değişmesine neden olabilir , zaman dilimleri çok dikkatli izlenmezse, değer bir ortamdan diğerine geçerken . Bu genellikle JavaScript'te ( Datenesnesi gerçekten bir tarih + saattir) oluşur, ancak .NET'te de veya JavaScript ile .NET arasında veri aktarılırken serileştirmede de kolayca gerçekleşebilir.

3. Bir DateTimeXML veya JSON (ve diğerleri) ile seri hale getirmek , önemli olmasa bile her zaman zamanı içerecektir. Bu çok kafa karıştırıcı, özellikle doğum tarihleri ​​ve yıl dönümleri gibi zamanın alakasız olduğu şeyleri düşünürsek.

4. Mimari DateTimeolarak bir DDD değer nesnesidir , ancak Tek Sorumluluk İlkesini çeşitli şekillerde ihlal eder :

   • Bir tarih + saat türü olarak tasarlanmıştır, ancak genellikle yalnızca tarih (saati yok sayarak) veya yalnızca günün saati (tarihi yok sayarak) olarak kullanılır. (TimeSpan aynı zamanda günün saati için de kullanılır, ancak bu başka bir konudur.)

   • DateTimeKindİliştirilmiş değer .Kindözelliği, üçe tek tip böler Unspecifiedtür gerçekten yapının orijinal niyet olduğunu ve yol o kullanılmalıdır. UtcTür hizalar özellikle UTC ile değer ve Localnazik şekilde uyum ortamın yerel saat dilimiyle değer.

     Tür için ayrı bir bayrağa sahip olmanın sorunu, her a tükettiğinizde DateTime, kontrol etmeniz gerekmesidir ..Kind almak ne davranış karar vermek. Çerçeve yöntemlerinin tümü bunu yapar, ancak diğerleri genellikle unutur. Türün artık değiştirmek için iki farklı nedeni (değer ve tür) olduğundan bu gerçekten bir SRP ihlalidir.

   • Bunların ikisi, derleyen, ancak genellikle anlamsız olan veya yan etkilerden kaynaklanan garip uç durumlara sahip API kullanımlarına yol açar. Düşünmek:

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

Bir süre Özetle, DateTime olabilir bir kullanılacak tarih okunur, sadece kullandığı zaman göz ardı etmek çok dikkatli olduğunu ve aynı zamanda UTC veya diğer gelen ve dönüştürmek için denemek için çok dikkatli olduğunu zaman her yerde böyle yapmalı Zaman dilimleri.

Size adanmış bir saf Datesınıf olmadığından şüpheleniyorum çünkü zaten bununla DateTimebaşa çıkabilecek bir sınıfınız var . Sahip olmakDate , tekrarlara ve kafa karışıklığına yol açar.

Standart yaklaşımı istiyorsanız, saat değeri 12:00:00:00 (00:00:00) olarak ayarlanmış a'nın DateTime.Dateyalnızca tarih kısmını veren mülke bakın DateTime.

Refsrcfeedback@microsoft.com adresine e-posta gönderdim ve bu onların cevabı

Marcos, burası böyle sorular sormak için iyi bir yer değil. Http: //stackoverflow.com'u deneyin Kısa cevap, zamandaki bir noktayı temsil edecek bir modele ihtiyacınız olduğudur ve DateTime bunu yapar, bu pratikte en yararlı senaryodur . İnsanların zamandaki noktaları işaretlemek için iki kavramı (tarih ve saat) kullanması keyfi bir şeydir ve ayırmak kullanışlı değildir.

Sadece garanti edildiği yerde ayırın, işleri körü körüne yapmak uğruna yapmayın. Şöyle düşünün: DateTime'ı Tarih ve Saate bölerek çözülen probleminiz nedir? Ve şimdi sahip olmadığın hangi sorunları yaşayacaksın? İpucu: .NET çerçevesindeki DateTime kullanımlarına bakarsanız: http://referencesource.microsoft.com/#mscorlib/system/datetime.cs#df6b1eba7461813b#references Çoğunun bir yöntemden döndürüldüğünü göreceksiniz. DateTime gibi tek bir konseptimiz olmasaydı, bir çift Tarih ve Saat döndürmek için parametreler veya Tuples kullanmanız gerekirdi.

HTH, Kirill Osenkov

E-postamda, DateTime'ın makinenin saatini almak için TimeZoneInfo kullanması nedeniyle olup olmadığını sorguladım - Now mülkiyetinde. Bu yüzden "iş kuralları" "çok bağlı" olduğu için, bunu bana itiraf ettiler.

Zaman bölümü, saat dilimleri, yerel ve utc vb. Hakkında endişelenmeden basit bir tarihe ihtiyaç duyduğunuz zamanlar için basit bir Tarih yapısı oluşturdum .

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

Tarih karşılaştırmaları yapmanız gerekiyorsa şunu kullanın:

yourdatetime.Date;

Ekranda görüntülüyorsanız kullanın

yourdatetime.ToShortDateString();

Tahmin etmeme izin verin: Belki de bunun nedeni SQL Server 2008'e kadar SQL'de Tarih veri türü olmaması, dolayısıyla SQL sunucusunda saklamanın zor olması olabilir mi? Ve sonuçta bir Microsoft Ürünü mü?

Neden böyle olduğunu kim bilebilir? .NET çerçevesinde birçok kötü tasarım kararı vardır. Ancak bence bu oldukça önemsiz. Zaman bölümünü her zaman göz ardı edebilirsiniz, bu nedenle bazı kodlar bir DateTime'ın yalnızca tarihten daha fazlasına atıfta bulunmasına karar verse bile, önemseyen kod yalnızca tarih kısmına bakmalıdır. Alternatif olarak, yalnızca bir tarihi temsil eden yeni bir tür oluşturabilir ve ağır işi (hesaplamalar) yapmak için DateTime'daki işlevleri kullanabilirsiniz.

Neden? Sadece spekülasyon yapabiliriz ve mühendislik problemlerini çözmeye yardımcı olmak için fazla bir şey yapmaz. İyi bir tahmin şu kiDateTime böyle bir yapının sahip olabileceği tüm işlevselliği içermesidir.

Sizin için gerçekten DateTimeönemliyse, yalnızca tarihi gösteren kendi değişmez yapınızı sarın (veya DateTime.Datemülke bakın).

Robert'ın cevabına ek olarak DateTime.ToShortDateStringyönteme de sahipsiniz . Ayrıca, gerçekten bir Date nesnesi istiyorsanız, her zaman Adapter modelini kullanabilir ve DateTime nesnesini yalnızca istediğinizi (yani ay, gün, yıl) gösterecek şekilde sarabilirsiniz.

Her zaman için DateTime.Datezaman bölümünü kesen özellik vardır DateTime. Belki de DateTime'ı kendi Tarih türünüzde özetleyebilir veya sarmalayabilirsiniz.

Ve neden sorusu için, sanırım Anders Heljsberg'e sormanız gerekecek.

Çünkü tarihi bilmek için, saati de içeren sistem saatini (kene cinsinden) bilmeniz gerekir - öyleyse bu bilgiyi neden atasınız?

DateTimeDatezamanın hiç umrunda değilse bir mülkü vardır .

Evet, System.DateTime da mühürlendi. Daha önceki yayınlarda belirtildiği gibi zamanın dize değerini elde etmek için özel bir sınıf oluşturarak bazılarının bununla oyun oynadığını gördüm, örneğin:

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'i yeni bir sınıf olmadan düz eski bir DateTime türünden kolayca çıkarabileceğiniz için bu belki gereksiz olabilir.

DateTime nesnesinden yalnızca tarih bölümünü almak için Tarih veya Bugün özelliklerini kullanırsanız.

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

Ardından, tarih bileşenini yalnızca saat bileşeni gece yarısına ayarlı olarak alacaksınız.