Braucht noch wer jQuery?

[pl]

Tach!

Und noch etwas: Die FormData Instanz kennt eine Methode getAll(); damit ist es möglich. sämtliche Daten wiederherzustellen.

Ja, ist aber nicht weiter relevant im vorliegenden Fall.

URLSearchParams jedoch benötigt einen Query-String (enctype="application/x-www-form-urlencoded"), kann also mit einem FormData Objekt gar nichts anfangen. document.querySelector() kann einen Query-String auch nur dann finden wenn der im DOM abgelegt ist.

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'], ...]

Ein FormData-Objekt ist genau eine solche Sequenz. Das heißt, wenn man über ein FormData iteriert, bekommt man mit jedem Schritt eines der inneren Arrays.

Und aus diesen auf diese Weise eingelesenen Daten erzeugt URLSearchParams() dann beim toString() einen Querystring. Womit man den Serialisierungsteil der Funktionalität von jQuery.serialize() hat.

Natürlich kann man das so machen. Also über FromData die Daten aus dem Formular holen, wiederherstellen als temporäre Datenstruktur und dann mit URLSearchParams einen anderen Enctype erzeugen.

Das kann man aber auch gleich mit den Daten machen die man aus dem Formular bekommt.

Oder man hat eine Universalmethode die eine universelle Datenstruktur erzeugt (z.B. ein JSArray mit JSObjekten) aus der man beliebige Enctypes machen kann. Das war meine Empfehlung und genauso hab ich die auch selbst vor Jahren umgesetzt. Vor Allem in Hinblick auf mögliche Erweiterungen um weitere Enctypes von denen es unzählige gibt, heutige Browser jedoch nur ganze 2 davon kennen und implementiert haben.

Transparenz kommt ja nicht von allein, man muss sich schon ein paar Gedanken machen. Mit meinen Libs kann ich z.B. $(form).serialize() komplett ersetzen und die Daten per application/json senden ohne den Umweg über einen anderen Enctype gehen zu müssen. Und dafür muss ich serverseitig nicht eine einzige Zeile Code ändern. Genausogut könnte ich die Daten über proprietäre Enctypes senden wobei auch hier der serverseitige Code unverändert bleibt, sofern mein Parser den Enctype kennt -- D.h., daß ich meinen Parser um beliebige Content-Types erweitern kann.

Das ist eine Sache die ich nicht von heute auf morgen entwickelt habe sondern über mehrere Jahre. Das Einzige an dem ich dabei festgehalten habe ist der Default Enctype.

Ansonsten zeigt sich auch hier daß Schichtenmodelle (Layer) durchaus einen Sinn haben der hauptsächlich darin besteht, ebendiese Schichten transparent zu machen so als gäbe es sie gar nicht.

MfG