Braucht noch wer jQuery?
bearbeitet von pl Hallo,
> > Aber wo ich Dich schonmal dran habe, was ist denn Deine Lösung für jquery.serialize?
> ich habe bisher jquery nicht benötigt. auch verwende ich keine serverseitige Technik. Wenn ich URL-Parameter verwende, dann nur um Javascripte zu steuern. Das „Aufdröseln“ der Parameter mache ich (noch) zu Fuß mit `split`, auch, weil ich keine Formulare verwende.
Das Aufdröseln könntest Du mit `URLSearchParams` machen, dafür wurde das entwickelt. Das macht auch das Percentencoding rückgängig.
Aber das mit `split` zu machen ist völlig in Ordnung. Ich kenne einige und gehörte selbst auch zu denen, die ajax Responses als `application/x-www-form-urlencoded` verarbeitet haben. Man bekommt Schlüssel:Werte Paare wobei Werte auch Arrays sein können.
Je nachdem wie ein solcher Deserializer eingestellt ist, wird entweder ein Array geliefert oder alles zusammen in einem Objekt. Dieser Enctype ist also nicht nur für den Request geeignet sondern auch für die Response wenn komplexe Daten zu übertragen sind.
The Name-Value Pair (NVP) API provides parameter-based association between the request and response fields of a message and their values. [PayPal](https://developer.paypal.com/docs/classic/api/NVPAPIOverview/) also macht das auch so und [unterstützt verschiedene PLs](https://developer.paypal.com/docs/classic/api/nvpsoap-sdks/) auf diese Art und Weise.
So wie es aussieht, gibt es die ganze API von PayPal in SOAP und NVP gleichermaßen. Und selbstverständlich wird ein Shopentwickler dabei auf ein bewährtes Schichtenmodell zurückgreifen, also von wegen [wirrer Müll](https://forum.selfhtml.org/self/2018/jul/20/braucht-noch-wer-jquery/1727435#m1727435) -- aber warum jemand dermaßen [trollt](https://forum.selfhtml.org/self/2018/jul/20/braucht-noch-wer-jquery/1727435#m1727435) sollte uns beiden eigentlich klar sein.
Eine solche [Trollerei](https://forum.selfhtml.org/self/2018/jul/20/braucht-noch-wer-jquery/1727435#m1727435) hat mit Fachwissen überhaupt nichts mehr zu tun.
Schöne Grüße.