Datenstrukturen aus Formulareingaben

[pl]

Moin,

Ach, das ist dein Verständnisproblem. Der Konstruktor von URLSearchParams() kann nicht nur einen Querystring entgegennehmen, sondern auch eine Sequenz entgegennehmen, deren Elemente jeweils eine Sequenz von zwei Strings ist, also ein "Array of Arrays of two Strings". In Code ausgedrückt beispielsweise:

[['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'
   },
]

Unabhängig von meinen diesbezüglichen Überlegungen, Ergebnis siehe obenstehend, erzeugt jQuery(form).serializeArray() ganz genau dieselbe Datenstruktur. Leider ist dabei die FileAPI nicht berücksichtigt, also Uploadfelder werden mit dieser jQuery Funktion nicht erfasst.

Trotzdem ist diese Funktion interessant, nämlich dann, wenn aus den Formulardaten ein anderer Enctype zb. application/json erzeugt werden soll.

Wobei man hinsichtlich Default-Enctype die sich aus mehreren Werten ergebenden Arrays zusammenfassen kann:

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

So daß sich obenstehende schmale Datenstruktur ergibt ohne Redundanzen.

Diese Zusammenfassung ist deswegen so wichtig, weil sie die direkte Adressierung nach dem Feldnamen ermöglicht. Und ist natürlich auch unabhängig vom Enctype. D.h., man kann die Datenstruktur auch serverseitig, also nach der Übertragung so umbauen.

Wie auch immer, URLSearchParams ist ja nicht das Problem und auch nicht die Lösung dafür, die Daten eines Formulars zu erfassen. Betrachtet man das <form>-Element selbst als Schnittstelle, so bietet das DOM schon eine Reihe an Möglichkeiten an die eingegebenen Daten zu kommen ohne daß man jedes Eingabefeld mit einer ID spicken muss.

So isses. Und die FileAPI da mit reinzunehmen ist auch kein Problem.

MfG