PHP の特性
まえがき
元同僚が転職し、面接中に PHP の特徴について尋ねられました。使ったことがないのでうまく答えられなかったのですが、おそらく何度か使ったことがあるので、考えて以下にまとめてみました。
trait
trait は、一部のクラス (Class) が特定の属性またはメソッドを持つ必要がある一方で、同じ親クラスの他のクラスがこれらの属性やメソッドを含めないようにする必要がある場合に使用されます
もちろん、これにも関連します。開発者のクラスを抽象化する能力がある人は、トレイトの使用を減らすことができますが、そうでない場合は、トレイトの使用が無意味になってしまいます。開発者を制約し、開発プロセス中に呼び出す必要がある特性の特定の属性とメソッドに注意を払うように思い出させる役割です。
同僚が良い質問をしました。これはインターフェイスでも同じではないでしょうか?
急ぐ必要はありません。まず例を見てみましょう:たとえば、Web サイト上のさまざまなデータを収集したい場合、Spider クラス を開発しました。 Spider
には request () リクエストを担当します。
<?php namespace XWSoul\Network; class Spider { public function request($url) { //do sth. } }
. Spider
有个方法叫 request()
负责请求.<?php namespace XWSoul\Network; trait Proxy { protected $isProxy = false; public function useProxy($proxy) { //do sth proxy setups. $this->isProxy = true; return $this; } public function request($url) { if (!$this->isProxy) { throw new Exception("Please using proxy."); } //do sth. return parent::request($url); } }
但是采集数据的过程中, 有些网站对蜘蛛敏感有些则不. 对于敏感的网站, 我们给出了一个使用代理的解决方案. 但是使用代理是会影响抓取速度的. 这就产生了 Spider 的子类有些需要用代理, 而能不用代理则尽量不用的情况.
于是这个时候我们新增了一个 trait Proxy:
rrreeetrait 重写了 Spider 的 request()
ただし、データ収集の過程で、一部の Web サイトはスパイダーに敏感ですが、一部の Web サイトはスパイダーに敏感ではありません。ただし、プロキシを使用するとクロール速度に影響するため、Spider の一部のサブクラスではプロキシを使用する必要がありますが、現時点ではプロキシを使用しないようにしてください。新しい特性 Proxy:rrreee
特性を追加しました。この特性は Spider のrequest()
メソッドをオーバーライドし、プロキシを呼び出さずに呼び出された場合に例外がスローされることを制限します。
前の質問に戻りますが、トレイトとインターフェイスの使用の違いは何ですか?
インターフェイスの制約は、定義の最初に実装する必要があります。メソッドの実装を制約できます。ただし、メソッドの呼び出しを制限することはできません。トレイトは一種のポストコールであり、メソッドを実装しています。重要なのは、それ自体を呼び出すクラスに制約を課すだけであり、呼び出すクラスには影響を与えないことです。 (またしても意味のない文) )、再利用可能であり、Spider クラス自体の実装を破壊しません。Spider は依然として同じ Spider です。 trait の使用法はすでに非常に優れていると思います。ここで有効です
ホットAIツール

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

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

Undress AI Tool
脱衣画像を無料で

Clothoff.io
AI衣類リムーバー

AI Hentai Generator
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.パフォーマンスの最適化とベストプラクティスには、適切な署名アルゴリズムの使用、有効期間を合理的に設定することが含まれます。

記事では、PHP 5.3で導入されたPHPの後期静的結合(LSB)について説明し、より柔軟な継承を求める静的メソッドコールのランタイム解像度を可能にします。 LSBの実用的なアプリケーションと潜在的なパフォーマ

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

PHP開発でPHPのCurlライブラリを使用してJSONデータを送信すると、外部APIと対話する必要があることがよくあります。一般的な方法の1つは、Curlライブラリを使用して投稿を送信することです。

この記事では、フレームワークにカスタム機能を追加し、アーキテクチャの理解、拡張ポイントの識別、統合とデバッグのベストプラクティスに焦点を当てています。

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

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