Moderne Altenative zu CGI.pm
bearbeitet von pl> > Das ist jedoch das was ich meinte und auch das was meine Demo zeigt: Austauschbare und transparente Layer. D.h., daß der Enctype Layer im Anwendungscode gar nicht mehr sichtbar wird, ebnsowenig wie die Datenquelle STDIN und der Transportlayer einschließlich der Requestmethode.
>
> Okay, dann war die Frage nicht nach PHP, sondern nach PHP-Frameworks, die das angepsrochene Problem angehen. Das lässt sich ebenfalls positiv beantworten, auf Packagist (dem CPAN-Pendant für PHP) finden sich aktuell über 800 Parser für diverse Content-Types. Die lassen sich einfach als Middleware in PHP-Frameworks integrieren, für Middelwars gibt es sogar einen eigenen [PSR-Standard](https://www.php-fig.org/psr/psr-15/),
Interessant. Das ist prinzipiell das was ich für Perl entwickelt habe. Nur halt nicht als Standard aber als eine [Weiterentwicklung](http://rolfrost.de/parser.html) für `CGI.pm` die seit Jahren fällig ist.
MfG
Moderne Altenative zu CGI.pm
bearbeitet von pl> > Das ist jedoch das was ich meinte und auch das was meine Demo zeigt: Austauschbare und transparente Layer. D.h., daß der Enctype Layer im Anwendungscode gar nicht mehr sichtbar wird, ebnsowenig wie die Datenquelle STDIN und der Transportlayer einschließlich der Requestmethode.
>
> Okay, dann war die Frage nicht nach PHP, sondern nach PHP-Frameworks, die das angepsrochene Problem angehen. Das lässt sich ebenfalls positiv beantworten, auf Packagist (dem CPAN-Pendant für PHP) finden sich aktuell über 800 Parser für diverse Content-Types. Die lassen sich einfach als Middleware in PHP-Frameworks integrieren, für Middelwars gibt es sogar einen eigenen [PSR-Standard](https://www.php-fig.org/psr/psr-15/),
Interessant. Das ist genau das was ich für Perl entwickelt habe. Nur halt nicht als Standard aber als eine [Weiterentwicklung](http://rolfrost.de/parser.html) für `CGI.pm` was seit Jahren fällig ist.
MfG