PSR-7とPSR-15を使ったWebアプリケーション開発 - emonkak's Blog
はじめに PSR-7(HTTP Message)が承認されてからしばらく経ちますが、現在はこれを使った様々なライブラリ・フレームワークが登場しています。 これによって特定のライブラリ・フレームワークにロックインされずに、Webアプリケーションを実装できる道程が見えてきました。 しかし、PSR-7はあくまでHTTPメッセージのインターフェイスを提供するもので、リクエストを受け取ってレスポンスを返す流れを抽象化するものではありません。 これはHTTPミドルウェアと呼称されますが、そのインターフェイスはそれぞれの実装でまちまちです。 そこで、これを抽象化するPSR-15(HTTP Middleware)が提案されています。 ミドルウェアは大まかにダブルパスのミドルウェアと、シングパスのミドルウェアに分けることができます。 PSR-15は現在の所シングルパスのシグネチャを採用しています。 シングル
Relay
Relay is a PSR-15 server request handler (aka “dispatcher”) for a queue of PSR-15 middleware entries. Request Handling First, create an array or traversable $queue of middleware entries: $queue[] = new FooMiddleware(); $queue[] = new BarMiddleware(); $queue[] = new BazMiddleware(); // ... $queue[] = new class implements Psr\Http\Server\MiddlewareInterface { public function process( Psr\Http\Messag
PHP - 憂鬱な希望としての PSR-7 - Feelin' Kinda Strange
tl;dr PSR-7は普段PHPにてHTTPメッセージを扱うインターフェイスとしてそこそこ十分に機能する。メインユースケースの８割は満たすだろうが、PHPのポテンシャルの５割にも満たないかもしれない。だがそれで良い。 「今年は PSR-7 が来る」 つい先日、PHP-FIGのHTTPメッセージ用インターフェイスに関するPSR（PHP Standard Recommendations）のステータスがレビュー段階に入った。 https://github.com/php-fig/fig-standards/blob/master/index.md そこでこのエントリではPSR-7のインターフェイスが実際のフレームワークとアプリケーション間での利用の際に上手く機能するかについて考察する。なお、OOPとしての正しさについては深く言及しない(ヘッダーについてのデメテルの法則や、イミュータブル性などだ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
伟德国际官网(中文版)|伟德betvictor手机版|伟德BETVICTOR
GitHub - zendframework/zend-expressive: PSR-15 middleware in minutes!
GitHub - php-http/httplug: HTTPlug, the HTTP client abstraction for PHP
