Moderne Altenative zu CGI.pm

[Camping_RIDER]

Aloha ;)

Unter der <h2> Transparenz und Schichtenmodell </h2> (erste Fundstelle) sind die einzelnen Schichten erläutert. Von Schicht 1 bis Schicht 4 jeweils als <h3> ausgezeichnet: Datenerhebung, Serialisierung, Transport und Deserialisierung. Mit dazugehörigen Beschreibungen zum Layer und jeweils ein Name der JS-Datei+Funktionsname bzw. Perl ParseMultipart.

Danke für die ausführlichere Erläuterung. Jetzt ist mir zumindest klar, was du mit Schichtenmodell meinst. Deine Erläuterungen dazu sind mir auch soweit schlüssig.

Letztlich stellt sich mir aber die Frage, wozu das alles? Da bin ich noch nicht ganz draus schlau geworden, habe aber eine Vermutung. Liegt der Mehrwert darin, dass du Content aus verschiedenen Quellen nachher in der Deserialisierung (beziehungsweise in dem Stück Software, das danach tätig wird) gleich behandeln kannst, unabhängig vom ursprünglichen Encoding?

Darin sähe ich zwar durchaus einen Mehrwert, verstehe aber trotzdem noch nicht ganz, warum es sinnvoll ist, den Teil, der enctype-spezifisch ist, auf die Zeit vor dem HTTP-Request (und damit doch auf die Clientseite??) auszulagern, anstatt die gesamte Behandlung des Content mit wie-auch-immer-geartetem Content-Type vollständig nach dem Transport zu unternehmen, serverseitig.

Oder liegt da bei mir noch ein weiteres Missverständnis hinsichtlich deines Schichtenmodells vor?

Grüße,

RIDER