PSR-7

[tr0y]

http://www.php-fig.org/psr/psr-7/

Da ist er, der neue PSR-Standard.

Wer sich damit näher beschäftigen möchte kann hier eine generelle Implementierung einsehen: https://github.com/phly/http

[monolith]

Wenn ich jetzt sage, der ist mir viel zu lang, schlägt mich dann wer?

Ich bin irgendwie immer noch beim Cache, was ist jetzt eigentlich aus dem geworden?

[tr0y]

Soweit ich das sehe nix.

[monolith]

Aber warum? Zu viel Kritik? Ich hab das Thema leider aus den Augen verloren.

PSR-7 scheint hier ja auch nicht gerade brennenden Diskussionsbedarf auszulösen.

[Gast]

Aber warum? Zu viel Kritik? Ich hab das Thema leider aus den Augen verloren.

PSR-7 scheint hier ja auch nicht gerade brennenden Diskussionsbedarf auszulösen.

Ich glaube die schreiben schon alle ihre Codes um, da bleibt keine Zeit zum diskutieren

[ChristianK]

Wirklich bahnbrechend ist das ja jetzt auch nicht. Ich habe es gelesen und gedacht "Wow, eine Interface-Definition für HTTP-Requeust. Super..." (Ironie vorhanden ). Eine grossartige Vereinfachung oder einen immensen Vorteil für Programmierer sehe ich da noch nicht wirklich. Der Standard über Coding Style ist da z.B. viel mehr aussagender.

[tr0y]

Standardisierte Unveränderbare Request-Objekte, die in jedem Framework gleich hand zu haben sind => win.

Der Standard definiert nicht nur wie die Interfaces aussehen sollen, sondern auch wie sie funktionieren sollten ( müssten / dürften / könnten ).. äh werden.

[monolith]

bei ausgewählten Frameworks irgendwann mal werden*

[fireweasel]

Ich finde es toll, wie rasant in der PHP-Welt solche ultramodernen Konzepte aufgegriffen werden. Nur 11 Jahre nach WSGI haben wir schon etwas ähnliches zur Verfügung. Da könnten sich andere (Script-)Sprachen aber eine Scheibe von uns abschneiden, wenn sie sowas nicht schon längst zur Verfügung hätten:

Ruby seit 2007
Lua seit 2008
JavaScript seit irgendwann dazwischen
Perl(5) seit 2009
LISP
Selbst Microsoft kennt sowas schon

Standardisierte Unveränderbare Request-Objekte, die in jedem Framework gleich hand zu haben sind => win.

Einen Haufen HTTP-Header als Value-Objekt zu bauen, darauf können nur PHP-Bastler kommen. Wie wurde eigentlich das Problem gelöst, dass die Header-Namen "case-insensitive" sind? Wir haben ja bisher keinerlei Datenstruktur, die sowas abbildet.

[tr0y]

/**
 * List of all registered headers, as key => array of values.
 *
 * @var array
 */
 protected $headers = [];
 /**
 * Map of normalized header name to original name used to register header.
 *
 * @var array
 */
 protected $headerNames = []; 

[fireweasel]

Ich bin mir jetzt nicht sicher, ob ich mir den entsprechenden Quellcode, der den Zugriff auf diese Namen regelt, wirklich ansehen möchte ...
Warum hat man die Arbeit nicht an ein Objekt delegiert, das ArrayAccess implementiert?

[tr0y]

höhö, https://github.com/phly/http/blob/ma...Trait.php#L124

Ich persönlich würde ja die Header eher standardisiert ablegen und die Keys gewöhnlich formatieren:

$headerFields = str_replace(' ', '-', ucwords(strtolower(str_replace('-', ' ', $someHeaderKey)))); 

https://eval.in/private/4bc90fb77d98d8