「PHP コアテクノロジーとベストプラクティス」に関するメモ

1. オブジェクト指向プログラミング

オブジェクトはデータであり、オブジェクト自体にはメソッドは含まれません。しかし、オブジェクトにはクラスを指す「ポインタ」があり、メソッドを持つことができます。

オブジェクト指向: クラスの再利用、継承 + ポリモーフィズム、両方の場合。を使用することもできますが、一般にカップリングを低減できるため、組み合わせて使用​​することが好ましいです。継承は緊密に結合されており、継承の拡張は複雑です。

継承ツリーの抽象化層は比較的安定している必要があり、通常は親の機能をカバーしたり無効にしたりするのではなく、サブクラスを 3 層まで拡張する必要があります。クラス;

ポリモーフィズムは、実行時の同じタイプのオブジェクトの具象化を指します。これは本質的には if...else ですが、実装の異なるレベルで行われます。

インターフェイスは、意味的に一貫している必要がある仕様と契約。インターフェイスは実装を提供せず、一連の仕様を提供するだけです。

PHP のインターフェイスは、インターフェイスが持つべきセマンティクスを失い、使用シナリオがあまりありません。抽象クラスを使用することをお勧めします。

foreach 構文がチェックされます。このインスタンスは Iterator インターフェイスを実装していますか? 実装されている場合、foreach ステートメントは組み込みメソッドまたはクラス内のメソッドを通じてシミュレートされます。 🎜>

したがって、Iterator インターフェースを実装するクラスは、比較的統一された形式の foreach 構文を使用できます。

リフレクション: クラス オブジェクトを通じてクラス情報を取得する機能はリフレクションと呼ばれます。デバッグとクラス情報の取得に使用されます。

例外はビジネス データの一貫性を保護し、異常なビジネスの処理を強調します。

オブジェクト指向設計の 5 つの原則

単一責任原則 (SRP): 同じ責任を複数のクラスに分散させないようにすると、クラスが過剰な責任を負うのを避けることで、結合を減らし、再利用性を向上させることができます。

簡単に言えば、クラスを設計してそのメソッドを定義する方法の問題です。

ファクトリ パターン: 渡された引数に応じて、責任のあるオブジェクトをさまざまに「生成」します。 設計パターンはアーキテクチャに由来します。

MVC の相互共有は、実際にはシステム全体の設計における SRP の適用です。