Typ dla daty tylko w języku C # - dlaczego nie ma typu daty?

W naszym projekcie C # mamy potrzebę reprezentowania daty bez czasu. Wiem o istnieniu DateTime, jednak zawiera on również porę dnia. Chcę wyraźnie zaznaczyć, że niektóre zmienne i argumenty metod są oparte na datach . Dlatego nie mogę korzystać z DateTime.Datenieruchomości

Jakie są standardowe podejścia do tego problemu? Z pewnością nie jestem pierwszym, który się z tym spotka? Dlaczego nie ma Dateklasy w C #?

Czy ktoś ma ładną implementację wykorzystującą strukturę i może jakieś metody rozszerzeń w DateTime i może implementując jakieś operatory, takie jak == i <,>?

Pozwól mi dodać aktualizację do tego klasycznego pytania:

• Biblioteka Jona Skeeta Noda Time jest teraz dość dojrzała i zawiera tylko typ daty o nazwie LocalDate. (Lokalny w tym przypadku oznacza po prostu lokalny dla kogoś , niekoniecznie lokalny dla komputera, na którym działa kod).

• Wywołany typ zawierający tylko datę Dateto proponowany dodatek do platformy .NET Core za pośrednictwem projektu corefxlab . Znajdziesz go w System.Timepakiecie wraz z TimeOfDaytypem i kilkoma metodami rozszerzającymi do istniejących typów.

Przestudiowałem ten problem w znacznym stopniu, więc podzielę się również kilkoma powodami konieczności tego typu:

1. Istnieje logiczna rozbieżność między wartością zawierającą tylko datę a wartością typu „data północy”.

   • Nie każdy lokalny dzień ma północ w każdej strefie czasowej. Przykład: Brazylijska zmiana czasu wiosennego na czas letni przesuwa zegar z 11:59:59 na 01:00:00.

   • Data-godzina zawsze odnosi się do określonej godziny w ciągu dnia, podczas gdy tylko data może odnosić się do początku dnia, końca dnia lub całego zakresu dnia.

2. Dołączanie godziny do daty może prowadzić do zmiany daty, ponieważ wartość jest przekazywana z jednego środowiska do drugiego, jeśli strefy czasowe nie są bardzo uważnie obserwowane. Zwykle ma to miejsce w JavaScript (którego Dateobiektem jest tak naprawdę data + godzina), ale może się łatwo zdarzyć również w .NET lub w serializacji, gdy dane są przesyłane między JavaScript a .NET.

3. Serializacja DateTimez XML lub JSON (i innymi) zawsze będzie zawierać czas, nawet jeśli nie jest to ważne. Jest to bardzo zagmatwane, zwłaszcza biorąc pod uwagę takie rzeczy, jak daty urodzenia i rocznice, gdzie czas nie ma znaczenia.

4. Z architektonicznego DateTimepunktu widzenia jest obiektem wartości DDD , ale narusza pojedynczą zasadę odpowiedzialnie na kilka sposobów:

   • Został zaprojektowany jako typ daty i godziny, ale często jest używany tylko jako data (ignorowanie godziny) lub tylko jako godzina (ignorowanie daty). ( TimeSpanjest również często używany do określania pory dnia, ale to inny temat).

   • DateTimeKindWartość dołączone do .Kindmajątku dzieli jeden typ do trzech, Unspecifiedrodzaj jest naprawdę oryginalne założenia struktury i powinny być używane w ten sposób. The Utckind Wyrównuje wartości specyficznie z czasem UTC, a Localkind Wyrównuje wartości z lokalnej strefy czasowej środowiska jest.

     Problem z posiadaniem oddzielnej flagi dla rodzaju polega na tym, że za każdym razem, gdy konsumujesz DateTime, powinieneś sprawdzić, .Kindaby zdecydować, jakie zachowanie przyjąć. Wszystkie metody ramowe to robią, ale inni często zapominają. Jest to naprawdę naruszenie SRP, ponieważ typ ma teraz dwa różne powody do zmiany (wartość i rodzaj).

   • Oba z nich prowadzą do kompilacji zastosowań API, ale często są bezsensowne lub mają dziwne przypadki skrajne spowodowane efektami ubocznymi. Rozważać:

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

Podsumowując, chociaż a DateTime może być używane tylko do daty, powinno to robić tylko wtedy, gdy każde miejsce, które go używa, jest bardzo ostrożne, aby zignorować czas, a także bardzo ostrożnie, aby nie próbować konwertować do iz UTC lub innego strefy czasowe.

Podejrzewam, że nie ma dedykowanej czystej Dateklasy, ponieważ już masz, DateTimektóra może sobie z tym poradzić. Posiadanie Dateprowadziłoby do powielania i zamieszania.

Jeśli chcesz zastosować podejście standardowe, spójrz na DateTime.Datewłaściwość, która podaje tylko część daty a DateTimez wartością czasu ustawioną na 12:00:00 północ (00:00:00).

Wysłałem e-mail na adres refsrcfeedback@microsoft.com i to jest ich odpowiedź

Marcos, to nie jest dobre miejsce do zadawania takich pytań. Wypróbuj http://stackoverflow.com Krótka odpowiedź jest taka, że ​​potrzebujesz modelu do reprezentowania punktu w czasie, a DateTime to robi, jest to najbardziej przydatny scenariusz w praktyce . Fakt, że ludzie używają dwóch pojęć (daty i godziny) do oznaczania punktów w czasie, jest arbitralny i nie ma sensu je rozdzielać.

Odłączaj tylko wtedy, gdy jest to uzasadnione, nie rób rzeczy tylko po to, by robić rzeczy na ślepo. Pomyśl o tym w ten sposób: jaki masz problem, który można rozwiązać, dzieląc DateTime na Date and Time? A jakie problemy napotkasz, których nie masz teraz? Wskazówka: jeśli spojrzysz na zastosowania DateTime w środowisku .NET: http://referencesource.microsoft.com/#mscorlib/system/datetime.cs#df6b1eba7461813b#references Zobaczysz, że większość z nich jest zwracana z metody. Gdybyśmy nie mieli jednej koncepcji, takiej jak DateTime, musielibyśmy użyć naszych parametrów lub krotek, aby zwrócić parę dat i godzin.

HTH, Kirill Osenkov

W moim e-mailu spytałem, czy to dlatego, że DateTime używa TimeZoneInfo do uzyskania czasu maszyny - we właściwości Now. Powiedziałbym więc, że to dlatego, że „zasady biznesowe” są „zbyt powiązane”, powiedzieli mi to.

Stworzyłem prostą strukturę Date dla czasów, kiedy potrzebujesz prostej daty bez martwienia się o część czasową, strefy czasowe, lokalną i utc itp.

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

Jeśli chcesz przeprowadzić porównania dat, użyj

yourdatetime.Date;

Jeśli wyświetlasz na ekranie, użyj

yourdatetime.ToShortDateString();

Pozwólcie, że spekuluję: Może to dlatego, że do SQL Server 2008 nie było w SQL typu danych typu Date, więc byłoby to trudne, więc przechowywać go na serwerze SQL? A to przecież produkt Microsoft?

Kto wie, dlaczego tak jest. W środowisku .NET jest wiele złych decyzji projektowych. Uważam jednak, że jest to dość drobne. Zawsze możesz zignorować część czasu, więc nawet jeśli jakiś kod zdecyduje, że DateTime odwołuje się do czegoś więcej niż tylko daty, kod, który dba o to, powinien zawsze patrzeć tylko na część daty. Alternatywnie możesz utworzyć nowy typ, który reprezentuje tylko datę i użyć funkcji w DateTime, aby wykonać ciężkie podnoszenie (obliczenia).

Czemu? Możemy tylko spekulować, a to niewiele pomaga w rozwiązaniu problemów inżynieryjnych. Można przypuszczać, że DateTimezawiera wszystkie funkcje, jakie miałaby taka struktura.

Jeśli naprawdę ma to dla Ciebie znaczenie, po prostu zawiń DateTimeswoją własną niezmienną strukturę, która ujawnia tylko datę (lub spójrz na DateTime.Datewłaściwość).

Oprócz odpowiedzi Roberta masz również DateTime.ToShortDateStringmetodę. Ponadto, jeśli naprawdę chciałbyś mieć obiekt Date, zawsze możesz użyć wzorca Adapter i zawinąć obiekt DateTime, pokazując tylko to, co chcesz (tj. Miesiąc, dzień, rok).

Zawsze istnieje DateTime.Datenieruchomość, która odcina część czasową DateTime. Może możesz hermetyzować lub zawijać DateTime we własnym typie Date.

A jeśli chodzi o pytanie, cóż, myślę, że będziesz musiał zapytać Andersa Heljsberga.

Ponieważ aby poznać datę, musisz znać czas systemowy (w tickach), który obejmuje czas - więc po co wyrzucać tę informację?

DateTimema Datewłasność, jeśli w ogóle nie zależy Ci na czasie.

Tak, również System.DateTime jest zapieczętowany. Widziałem, jak niektórzy grają w takie gry, tworząc niestandardową klasę tylko po to, aby uzyskać wartość ciągu czasu, jak wspomniano we wcześniejszych postach, takie jak:

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

Może to być niepotrzebne, ponieważ można łatwo wyodrębnić GetShortTimeString ze zwykłego starego typu DateTime bez nowej klasy

Jeśli używasz właściwości Date lub Today, aby uzyskać tylko część daty z obiektu DateTime.

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

Wtedy otrzymasz składnik daty tylko z elementem czasu ustawionym na północ.