Hallo
Checked
alleine würde ich jedenfalls nicht als der Beschreibungssprache zugehörig, sondern als Attributwert bezeichnen. Und das ist eindeutig ein Datum.Und wenn es keine Attribute gibt?
Verstehe ich jetzt nicht adhoc.
Wenn Du aber meinst, wenn dort kein
checked
stehen sollte, dann bleibt der Wert in der DB eben auch auf dem neutralem Element, bzw. Defaultwert "" stehen. Wo ist da also das Problem?
Das Problem ist, dass der gespeicherte Status, in deinem Fall „checked“, in anderen Kontexten gebraucht werden wird und „checked“ in anderen Fällen als einer HTML-Ausgabe mit an Sicherheit grenzender Wahrscheinlichkeit zu nichts zu gebrauchen sein wird.
Der von dir gepriesene Vorteil der Speicherung von „checked“ statt (wahrscheinlich) true
oder 1
löst sich abseits von HTML in Nullkommanichts in Nichts auf. Der für die Generierung einer HTML-Ausgabe eingesparte Arbeitsschritt der Umwandlung eines normalisierten Werts zu „checked“ fällt dann für alle anderen Kontexte an.
Ich halte es keinesfalls für vorteilhaft, einen Vorteil für einen Fall mit Nachteilen für alle anderen Fälle zu erkaufen.
Wie würdest Du denn z. B. die Farbe oder das Bild des Hintergrundes in der Userkonfiguration der Webseite in der DB speichern?
Natürlich werden Farben mit Namen oder eindeutigen IDs gespeichert. Hier ging es aber nicht um Namen sonderm um mehr oder minder boolesche Werte.
Tschö, Auge
Ein echtes Alchimistenlabor musste voll mit Glasgefäßen sein, die so aussahen, als wären sie beim öffentlichen Schluckaufwettbewerb der Glasbläsergilde entstanden.
Hohle Köpfe von Terry Pratchett