HTTPメッセージからPSR-7まで:それは何ですか?
PSR-7:php
のHTTPメッセージへの標準化されたアプローチ
PHP Framework Interoperability Group(PHP-FIG)は、PSR-7を使用したHTTPメッセージ処理を標準化しました。この仕様では、HTTPメッセージを表すための7つのインターフェイスを定義し、異なるPHPライブラリとフレームワーク間の相互運用性を促進します。 この構造化されたオブジェクト指向のアプローチは、従来のPHPのグローバル変数への依存とは対照的であり、よりテスト可能で保守可能なコードにつながります。
キーインターフェイス:PSR-7には、、RequestInterface
、ResponseInterface
、ServerRequestInterface
などのインターフェイスが含まれ、それぞれがHTTPメッセージの特定の側面を処理します。
UploadedFileInterface
ライブラリサポート:Symfony、Zend Framework、Slim、Guzzle、Aura、Httplugなど、多くの人気のあるライブラリとフレームワークがPSR-7をサポートしています。 統合は、プロジェクトのニーズに応じて、アダプターを介して、または部分的なものを直接行うことができます。
典型的なHTTP相互作用を調べてみましょう。 ブラウザに
を入力すると、リクエストと応答の間にいくつかのステップが発生します。
サンプルの生リクエストは次のようになります:
bbc.co.uk
)、ヘッダーライン(key:valueペア)、空白行(
)、およびオプションのボディで構成されています。<code>GET / HTTP/1.1 Host: bbc.co.uk User-Agent: Mozilla/5.0 (compatible; MSIE 9.0; Windows NT 6.1; Trident/5.0) Accept: */* Referer:</code>
を使用して、このリクエストを送信して応答を観察できます。
GET / HTTP/1.1
rn
応答にはリダイレクト(301が永続的に移動しました)が含まれる場合があり、その後に実際のURLへのリクエスト(200 OK)が成功します。
curl
curl -i -H "Host: bbc.co.uk" ... http://bbc.co.uk
-
MessageInterface
:リクエストと応答の両方のベースインターフェイス。 -
RequestInterface
:HTTPリクエストを表すようにMessageInterface
を表すように拡張します
-
ResponseInterface
:HTTP応答を表すようにMessageInterface
> -
ServerRequestInterface
:サーバーからのリクエストの場合、サーバーや環境変数などの詳細を処理します。RequestInterface
-
:リクエストのURIを表します
UriInterface
- :ファイルのアップロードを処理します。
UploadedFileInterface
- :大規模なデータの効率的な処理を可能にするストリーム操作のラッパーを提供します。
StreamInterface
課題と設計上の決定: PSR-7の開発には、特に懸念される重要な議論が含まれていました
不変性
:PSR-7オブジェクトは、不変の値オブジェクトとして設計されています。 メッセージを変更すると、新しいインスタンスが作成され、データの整合性が確保されます。 これにより複雑さが増しますが、テスト能力が向上します-
命名法:メソッドシグネチャで「インターフェイス」接尾辞を使用すると、コードが冗長コードにつながる可能性があります。 エイリアシングは回避策として提案されています
-
ミドルウェア:PSR-7はメッセージ表現に焦点を当てています。 ミドルウェアの処理(リクエストと応答の間の処理)は、PSR-15で個別に対処されます。
使用オプション: -
開発者は、いくつかの方法でPSR-7を使用できます
直接実装 :インターフェイスを直接実装します
間接実装(アダプター)
:アダプターを使用して、PSR-7と既存のライブラリを橋渡しします。 部分実装- :
- や。などの特定のインターフェイスのみを使用します。
- 結論: PSR-7は、PHPでのHTTPメッセージ処理に貴重な標準を提供し、相互運用性とコードの品質を向上させます。ある程度の複雑さをもたらしますが、標準化の利点と保守性の向上は、多くのプロジェクトの欠点を上回ります。
-
StreamInterface
(よくある質問のセクションは、PSR-7に関する情報を正確に反映しており、擬似原産性のために重要な書き換えを必要としないため、ほとんど変化していません。)
以上がHTTPメッセージからPSR-7まで:それは何ですか?の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。

ホットAIツール

Undresser.AI Undress
リアルなヌード写真を作成する AI 搭載アプリ

AI Clothes Remover
写真から衣服を削除するオンライン AI ツール。

Undress AI Tool
脱衣画像を無料で

Clothoff.io
AI衣類リムーバー

Video Face Swap
完全無料の AI 顔交換ツールを使用して、あらゆるビデオの顔を簡単に交換できます。

人気の記事

ホットツール

メモ帳++7.3.1
使いやすく無料のコードエディター

SublimeText3 中国語版
中国語版、とても使いやすい

ゼンドスタジオ 13.0.1
強力な PHP 統合開発環境

ドリームウィーバー CS6
ビジュアル Web 開発ツール

SublimeText3 Mac版
神レベルのコード編集ソフト(SublimeText3)

ホットトピック











JWTは、JSONに基づくオープン標準であり、主にアイデンティティ認証と情報交換のために、当事者間で情報を安全に送信するために使用されます。 1。JWTは、ヘッダー、ペイロード、署名の3つの部分で構成されています。 2。JWTの実用的な原則には、JWTの生成、JWTの検証、ペイロードの解析という3つのステップが含まれます。 3. PHPでの認証にJWTを使用する場合、JWTを生成および検証でき、ユーザーの役割と許可情報を高度な使用に含めることができます。 4.一般的なエラーには、署名検証障害、トークンの有効期限、およびペイロードが大きくなります。デバッグスキルには、デバッグツールの使用とロギングが含まれます。 5.パフォーマンスの最適化とベストプラクティスには、適切な署名アルゴリズムの使用、有効期間を合理的に設定することが含まれます。

セッションハイジャックは、次の手順で達成できます。1。セッションIDを取得します。2。セッションIDを使用します。3。セッションをアクティブに保ちます。 PHPでのセッションハイジャックを防ぐための方法には次のものが含まれます。1。セッション_regenerate_id()関数を使用して、セッションIDを再生します。2。データベースを介してストアセッションデータを3。

PHP開発における固体原理の適用には、次のものが含まれます。1。単一責任原則(SRP):各クラスは1つの機能のみを担当します。 2。オープンおよびクローズ原理(OCP):変更は、変更ではなく拡張によって達成されます。 3。Lischの代替原則(LSP):サブクラスは、プログラムの精度に影響を与えることなく、基本クラスを置き換えることができます。 4。インターフェイス分離原理(ISP):依存関係や未使用の方法を避けるために、細粒インターフェイスを使用します。 5。依存関係の反転原理(DIP):高レベルのモジュールと低レベルのモジュールは抽象化に依存し、依存関係噴射を通じて実装されます。

phpstormでCLIモードをデバッグする方法は? PHPStormで開発するときは、PHPをコマンドラインインターフェイス(CLI)モードでデバッグする必要がある場合があります。

記事では、入力検証、認証、定期的な更新など、脆弱性から保護するためのフレームワークの重要なセキュリティ機能について説明します。

システムが再起動した後、UnixSocketの権限を自動的に設定する方法。システムが再起動するたびに、UnixSocketの許可を変更するために次のコマンドを実行する必要があります:sudo ...

静的結合(静的::) PHPで後期静的結合(LSB)を実装し、クラスを定義するのではなく、静的コンテキストで呼び出しクラスを参照できるようにします。 1)解析プロセスは実行時に実行されます。2)継承関係のコールクラスを検索します。3)パフォーマンスオーバーヘッドをもたらす可能性があります。
