C＃でのみ日付の型-なぜ日付型がないのですか？

C＃プロジェクトでは、時間なしで日付を表す必要があります。DateTimeの存在を知っていますが、これには時刻も組み込まれています。特定の変数とメソッド引数が日付ベースであることを明確にしたいと思います。したがって、私はDateTime.Dateプロパティを使用できません

この問題に対する標準的なアプローチは何ですか？確かに私はこれに最初に遭遇したのではありませんか？DateC＃にクラスがないのはなぜですか？

誰かが構造体とおそらくDateTimeのいくつかのextensionmethodsを使用して、おそらく==や<、>などのいくつかの演算子を実装する素晴らしい実装を持っていますか？

この古典的な質問に更新を追加することを許可します：

• Jon SkeetのNoda Timeライブラリはかなり成熟し、日付のみの型と呼ばれていLocalDateます。（この場合のローカルは、誰かのローカルを意味するだけで、コードが実行されているコンピューターのローカルである必要はありません。）

• 呼び出される日付のみのタイプDateは、corefxlabプロジェクトを介した.NET Coreへの追加提案です。System.Timeパッケージ、TimeOfDayタイプ、および既存のタイプに対するいくつかの拡張メソッドとともに、パッケージに含まれています。

この問題を大幅に調査したので、これらのタイプが必要な理由をいくつか紹介します。

1. 日付のみの値と真夜中の日付の値の間には論理的な矛盾があります。

   • すべての現地日に、すべてのタイムゾーンで真夜中があるとは限りません。例：ブラジルの春先の夏時間への移行により、時計は11:59:59から01:00:00に移動します。

   • 日付と時刻は常に1日の中の特定の時刻を指しますが、日付のみは1日の始まり、日の終わり、またはその日の範囲全体を指します。

2. タイムゾーンを注意深く監視しないと、日付に時刻を付加すると、値が環境間で渡されるときに日付が変わる可能性があります。これは一般にJavaScript（Dateオブジェクトは実際には日付と時刻）で発生しますが、.NETでも、またはJavaScriptと.NETの間でデータが渡されるシリアル化でも簡単に発生します。

3. DateTimeXMLまたはJSON（およびその他）を使用してをシリアル化すると、たとえそれが重要でなくても、常に時間が含まれます。これは非常に混乱します。特に、誕生日と記念日など、時間が関係ない場合を考えると、

4. アーキテクチャ的にDateTimeはDDD 値オブジェクトですが、いくつかの点で単一責任原則に違反しています。

   • 日付と時刻のタイプとして設計されていますが、多くの場合、日付のみ（時刻を無視）または時刻のみ（日付を無視）として使用されます。（TimeSpan時間帯にもよく使用されますが、それは別のトピックです。）

   • DateTimeKind添付値.Kindプロパティは、三つに一つのタイプを分割Unspecified種類が本当に構造の本来の意図であり、その方法を使用する必要があります。Utc種類整列特にUTCと値、およびLocal種類整列環境のローカルタイムゾーンでの値。

     種の別々のフラグを持つ問題は、あなたが消費するたびにということでDateTime、あなたがしているはずチェックするために.Kind取るべき行動を決定します。フレームワークのメソッドはすべてこれを行いますが、他のメソッドはしばしば忘れます。タイプには2つの異なる理由（値と種類）があるため、これは本当にSRP違反です。

   • これらの2つは、コンパイルする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重複や混乱につながります。

標準的なアプローチが必要な場合は、時刻値を真夜中12:00:00（00:00:00）に設定したDateTime.Dateaの日付部分のみを提供するプロパティを確認してくださいDateTime。

私はrefsrcfeedback@microsoft.comに電子メールを送りました、そしてそれは彼らの答えです

マルコス、これはこのような質問をするのに良い場所ではありません。http://stackoverflow.comを 試してください。簡単な答えは、ある時点を表すモデルが必要であり、DateTimeがそれを行うということです。これは、実際に最も有用なシナリオです。人間が2つの概念（日付と時刻）を使用して時刻をマークするという事実は恣意的であり、分離するのに役立ちません。

正当な理由がある場合にのみ分離し、盲目的に物事を行うためだけに物事を行わないでください。このように考えてください。DateTimeを日付と時刻に分割することで解決される問題は何ですか。そして、あなたが今持っていないことでどんな問題が起こりますか？ヒント：.NETフレームワーク全体でのDateTimeの使用状況を見ると、http：//referencesource.microsoft.com/#mscorlib/system/datetime.cs#df6b1eba7461813b#references ほとんどがメソッドから返されていることがわかります。DateTimeのような単一の概念がなかった場合、日付と時刻のペアを返すには、outパラメータまたはタプルを使用する必要があります。

HTH、キリル・オセンコフ

私のメールでは、DateTimeがTimeZoneInfoを使用してマシンの時刻を取得しているためかどうかを質問しました。「ビジネスルール」が「関連しすぎている」ためだと私は言います。彼らは私にそれを打ち明けました。

時間の部分、タイムゾーン、ローカルとutcなどを気にせずに単純な日付が必要な場合のために、単純なDate構造体を作成しました。

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

日付比較を実行する必要がある場合は、

yourdatetime.Date;

画面に表示している場合

yourdatetime.ToShortDateString();

推測させてください：SQL Server 2008までSQLには日付データ型がなかったため、SQLサーバーに格納するのは難しいためでしょうか？そしてそれは結局のところマイクロソフト製品ですか？

なぜそうなのか、誰にもわからない。.NETフレームワークには、多くの悪い設計上の決定があります。しかし、これはかなりマイナーなものだと思います。時間の部分はいつでも無視できます。そのため、一部のコードでDateTimeが日付だけではなく参照されるように決定したとしても、気になるコードは日付の部分だけを見る必要があります。または、日付のみを表す新しいタイプを作成し、DateTimeの関数を使用して、負荷のかかる処理（計算）を行うこともできます。

どうして？推測することしかできず、エンジニアリングの問題の解決に役立つことはあまりありません。DateTimeそのような構造体が持つであろうすべての機能が含まれていると思います。

本当に重要な場合DateTimeは、日付のみを公開する独自の不変の構造体でラップする（またはDateTime.Dateプロパティを確認する）。

ロバートの答えに加えて、DateTime.ToShortDateStringメソッドもあります。また、本当にDateオブジェクトが必要な場合は、常にAdapterパターンを使用して、DateTimeオブジェクトをラップし、必要なもの（つまり、月、日、年）のみを公開することができます。

DateTime.Dateの時間部分を切り取るプロパティが常に存在しDateTimeます。おそらく、DateTimeを独自のDate型にカプセル化またはラップできます。

そして、なぜかというと、なぜ、Anders Heljsbergに質問する必要があるのでしょう。

日付を知るためには、時刻を含むシステム時刻（ティック単位）を知る必要があるため、その情報を破棄する理由は何でしょうか。

DateTimeDate時間についてまったく気にしない場合は、プロパティがあります。

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

新しいクラスがなくても、プレーンな古いDateTime型からGetShortTimeStringを簡単に抽出できるため、これはおそらく不要です。

DateプロパティまたはTodayプロパティを使用して、DateTimeオブジェクトから日付部分のみを取得する場合。

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

次に、時間コンポーネントを真夜中に設定した場合のみ、日付コンポーネントを取得します。