Datenstrukturen aus Formulareingaben

[pl]

Tach!

[['foo', 'bar'], ['qux', 'baz'], ...]

Ich frage mich wer auf solche Datenstrukturen kommt, zumal es sich ja um assoziierte Daten handelt {Schlüssel: Wert}. Das führt doch fast zwangsläufig eher hierzu:

[
   {
      name: 'foo',
      value: 'bar' 
   },
   {
      name: 'foo',
      value: 'foo' 
   },
   {
      name: 'qux',
      value: 'baz'
   },
]

Diese Struktur ist auch nicht viel besser. Ob man nun statt numerischen Schlüsseln benannte hat, macht das Kraut am Ende nicht fett.

Doch. Das Entscheidende bezüglich abstrakter Datentype nämlich ist der wahlfreie Zugriff! Während ein Array stets komplett durchlaufen werden muss, hat man mit {key:value} den value sofort im Griff!

Das Problem in diesem Fall ist aber Möglichkeit, dass Schlüsselwerte mehrfach auftreten können und sich damit überschreiben.

Mit einer dem entsprechenden Datenstruktur ist das überhaupt kein Problem. Und wie eine solche Datenstruktur aussehen könnte hab ich doch beschrieben: {key:value} wobei value auch ein array referenziert sofern es zu einem key mehrere Werte gibt.

Ein Record mit einfachen Schlüssel-Wert-Paaren kann also nicht alle Situationen abbilden. Das eben gezeigte Beispiel hat dieses Problem beim foo. Diese Struktur ist also auf diese Weise nicht zielführend.

Doch ist sie: {key:[]} hat sich über Jahrzehnte bewährt!

Der Enctype hat an dieser Stelle nichts in der Diskussion verloren, es geht erstmal nur um eine sinnvolle Datenstruktur.

Genau. Nun, multipart/form-data könnte so aussehen;

[
   {
      name:..,
      value: ..,
      type: 'application/pdf',
      length: 12324,
      charset: 'utf-8'
   },
   {},{},,
]

Das sind freilich ein paar Informationen mehr als im Default Enctype. Dem gerecht wird ja auch der Parser in PHP indem er sämtliche Daten in $_POST und $_FILES also in 2 verschiedenen Arrays vorhält. Beim Default Enctype hingegen gibt es in $_FILES bekanntlich keine Daten.

MfG