Weil der String automatisch initialisiert wird und ein Boolean ohne vorherrige Zuweisung sonst einen Zufallswert haben kann.
Korrekt
Bei einem Nullable<Boolean> braucht man dann statt einem Byte dann 9.
Ein Nullable<Boolean> ist auf 32bit 8 Byte groß (wegen dem Alignment). Habe schonmal packed in Betracht gezogen, aber der Speicherverbrauch von Nullables ist mir bisher nicht als triftiges Problem berichtet worden.
Man könnte das nach einer
Idee von Allen Bauer mit einem Interface auf 4 Bytes reduzieren. Keine Ahnung, warum Stefan das nicht gemacht hat.
Eine string Referenz hat dieselbe Größe wie die eines interfaces (SizeOf(Pointer)) und es ist einfacher, einen Stringwert als "nicht null" Wert zuzuweisen, als mit der handcrafted IMT - zudem kann man das schöner im Debugger anschauen. Hat auch Hallvard Vassbotn in den Kommentaren vorgeschlagen.
Sollt es nachweislich einen Memoryleak durch diese Implementierung geben, dann bitte einen Bugreport mit komplettem Code zum nachstellen erstellen.