Was ist die Verwendung von Nullable<bool> geben?

Verschiedene Antworten diskutieren die Bedeutung von nullable-Typen im Allgemeinen. Es gibt eine weitere Antwort für die nullable boolean, speziell. Es ist schwer zu verstehen, in C#, aber sehr einfach zu verstehen, wenn man sich bei einem null-Wert die Logik in jedem Datenbank.

Lassen Sie uns sagen, Sie verfolgen eine Liste oder Tabelle von Shipments. Ein Shipment hat eine DeliveryDate, aber natürlich Sie nicht wissen, diese Informationen, bis lange nachdem die Sendung gemacht wurde, und wahrscheinlich mindestens ein paar Tage nach der Lieferung wurde tatsächlich geliefert, wenn UPS endlich herum, um Sie darüber zu informieren. Also, natürlich, das DeliveryDate ist ein Nullable<DateTime> (oder DateTime?).

Wollen Sie zum abrufen einer Liste aller Sendungen, die ausgeliefert wurden in der letzten Woche. So schreiben Sie dies:

var deliveredThisWeek = shipments.Where(s => 
    s.DeliveryDate >= DateTime.Today.AddDays(-7));

Sollten Sendungen mit einer null Liefertermin enthalten sein? (Die Antwort ist natürlich keine.)

OK, also, was über diese:

var deliveredBeforeThisWeek = shipments.Where(s =>
    s.DeliveryDate < DateTime.Today.AddDays(-7));

Sollten Sendungen mit einer null Liefertermin enthalten diese Ergebnisse? Die Antwort ist noch keine.

So, jetzt haben Sie eine merkwürdige situation. Man könnte denken, dass zwischen zwei dieser Anfragen, Sie erhalten alle Sendungen in das system. A | !A ist immer true, richtig? Nicht wenn Sie den Umgang mit null-Werten.

Sogar das man nicht bekommen Sie alle Ergebnisse:

var deliveredAnytime = shipments.Where(s =>
    (s.DeliveryDate >= DateTime.Today.AddDays(-7)) ||
    (s.DeliveryDate < DateTime.Today.AddDays(-7)));

Also, wie ist das möglich?

Damit repräsentieren diese Logik, die Sie benötigen, ein Zustand, der nicht wahr ist oder falsch. Und mal wieder C# ist irgendwie ein schlechtes Beispiel, weil hier nicht implementieren die Logik, die Art und Weise, die Sie würde wirklich erwarten, dass es. Aber in SQLese, macht es Sinn, weil:

[DeliveryDate >= BeginningOfWeek] = NULL
[DeliveryDate <  BeginningOfWeek] = NULL

Klar, NULL OR NULL noch NULL, nicht TRUE. Das ist, wie Sie richtig sagen, dass eine Sendung nicht zugestellt wurde, bevor der Anfang der Woche, und wurde nicht geliefert nach. Oder, genauer gesagt, wissen wir nicht wissen, wenn es geliefert wurde, so dass wir nicht sicher sagen, dass es hat entsprechend dieser Bedingungen.

Aber C# ist nicht so konsistent. In C#, wenn die DeliveryDate null ist, dann:

(s.DeliveryDate >= beginningOfWeek) == false
(s.DeliveryDate < endOfWeek) == false

Denen bekommt man die richtige Antwort für unsere Anfrage oben, so dass Sie könnten versucht sein, zu sagen, dass regelmäßige Boolesche Logik ist gut genug, nur dass diese eine gibt es alles:

var deliveredThisWeek = shipments.Where(s =>
    !(s.DeliveryDate < DateTime.Today.AddDays(-7));

Aha... jetzt gibt es uns zurück null Liefertermine! Das ist nicht richtig! Und bevor jemand sagt "@Aaronaught, was du über über, natürlich, es ist richtig! Diese Sendungen wurden NICHT zugestellt wird, bevor in der letzten Woche, so sollte die Bedingung abzudecken!", stoppen Sie und denken Sie darüber für eine Sekunde.

Den NULL bedeutet eigentlich nicht, dass Sie nicht geliefert. Die NULL bedeutet, dass wir nicht wissen, wenn Sie geliefert wurden. Es ist möglich, dass ein Sachbearbeiter holt die Bestätigung morgen, und füllen Sie die DeliveryDate als vor zwei Wochen, entkräften die Daten von uns nur abgeholt. Es sollte nicht null-Instanzen auf dem Rückweg von der Abfrage, und doch gibt es. Wenn man schrieb, der gleichen Abfrage in SQL, diese Ergebnisse ausgeschlossen werden.

So, warum sollten Sie Sorge Nullable<bool> wenn C# anscheinend nicht? So können Sie vermeiden, fallen in diesem Falle in Ihren eigenen code:

public static bool? IsThisWeek(DateTime? dt)
{
    return (dt != null) ? (bool?)(dt.Value > DateTime.Today.AddDays(-7)) : null;
}

var deliveredBeforeThisWeek = shipments.Where(s =>
    (!IsThisWeek(s.DeliveryDate) == true));

//Or, the equivalent:
var alsoDeliveredBeforeThisWeek = shipments.Where(s =>
    (IsThisWeek(s.DeliveryDate) == false));

Dies ist ein wenig umständlich, aber korrekt. Wir haben geschrieben, eine Abfrage, die mehr oder weniger kommuniziert seine Absicht richtig und (bool?)null ist nicht gleichzusetzen mit true oder false, so erhalten wir die richtigen Ergebnisse in beiden Fällen.

Wenn Sie jemals brauchen werden, um zu bewerten, ein Zustand, wo die Antwort könnte sein "weiß ich nicht" - verwenden Sie eine bool? (AKA Nullable<bool>) als Ergebnis.

Diese Weise kann der Aufrufer entscheiden, wie Sie zu behandeln, ein "ich weiß nicht" - Antwort, statt Sie einfach wählen Sie eine Vorgabe. Alles andere bedeutet, dass Ihre Klasse ist liegen.

Es ist gut, wenn etwas noch nicht beantwortet ist - denken Sie an einen Fragebogen. Sie haben eine Liste von J/n-Fragen und nur einige beantwortet wurden. Sie würde nicht wollen, post-true oder false, um die Datenbank-Tabelle, da der user noch nicht beantwortet ist die Frage noch.

Faul Programmierung!

public bool MyProp
{
    get { return (myProp = myProp ?? GetPropValue()).Value; }
}
private bool? myProp;

Habe ich es in einem Filter Wert. Im Grunde habe ich ein bool-Feld in der Datenbank, aber ich wollte drei Staaten: Nur die Rückgabe von Zeilen, wo der Wert true ist, werden nur Zeilen zurückgeben, bei denen der Wert false ist, nicht filtern und alle Zeilen.

Ohne nullable bool würde ich entweder auf ein enum oder ein zweites bool um festzustellen, "Filter, indem Sie in diesem Feld ja/Nein" würde hinzufügen aufblasen.

Nun, ich konnte sehen, dass es als "Nicht festgelegt" Art der Sache, ich benutze bools alle Zeit und manchmal, nur zwei Werte sind nicht genug!! zum Beispiel:

bool? bl;

bl = true; //Yes

bl = false; //No

bl = null; //Not determined, so do nothing

meiner Meinung nach nur der Dritte Wert einer bool.

Würden Sie verwenden möchten, die zur Abdeckung der situation "was ist, wenn der Benutzer nicht angibt, weder wahr noch falsch?"

Es ist nur ein Weg, um alle möglichen Ergebnisse.

Hier ist ein weiterer Anwendungsfall. Denken Sie an eine hierarchische Datenstruktur, die eine Boolesche Eigenschaft. Einstellung der Immobilie auf die Eltern für alle Ihre Kinder, wenn diese explizit festgelegt sind. Denke nur-Lese-Berechtigungen für Dateien und Ordner in Windows (die haben einen tri-state-checkbox).

Parent1(readonly: true, evaluates true)
  |-Parent2(readonly: null, evaluates true)
    |-Child1(readonly: false, evaluates false)
    |-Child2(readonly: null, evaluates true)
 |-Parent3(readonly: false, evaluates false)
    |-Child1(readonly: false, evaluates false)
    |-Child2(readonly: null, evaluates false)