デザインパターンの6つの原則とは何ですか?

デザイン パターンの 6 つの原則: 1. 統一原則、2. リヒター置換原則、3. 依存関係逆転原則、4. インターフェイス分離原則、5. ディミット原則、6. 開閉原則。

#この記事の動作環境: Windows 7 システム、Dell G3 コンピューター。

デザイン パターンの 6 つの原則:

1. 単一責任の原則: クラスまたはメソッドは 1 つの責任のみを負います。これは、変更を引き起こすクラスの動作上の理由の 1 つにすぎません;

a. ビジネス オブジェクト (BO ビジネス オブジェクト) とビジネス ロジック (BL ビジネス ロジック) を分割します;

2. Liskov置換原理 (LSP liskov 置換原理): サブクラスは親クラスの機能を拡張できますが、元の親クラスの機能を変更することはできません; (本質は実際には c の多態性です)

(目的: プログラムの堅牢性の向上) 実際のプロジェクトでは、各サブクラスは異なるビジネス上の意味に対応するため、親クラスは異なるビジネス ロジックを完成させるために異なるサブクラスを渡すためのパラメーターとして使用されます。

3. 依存性逆転の原則 (依存性逆転の原則): インターフェイス指向プログラミング; (パラメータとしてインターフェイスを介してアプリケーション シナリオを実装する)

抽象化はインターフェイスまたは抽象クラスです。 、詳細 実装クラスです

意味:

上位モジュールは下位モジュールに依存すべきではなく、両方ともその抽象化に依存する必要があります;

抽象化は依存すべきではありません詳細、および詳細は抽象化に依存する必要があります。

一般的なポイントは、変数またはパラメータには可能な限り抽象クラスまたはインターフェイスを使用することです。

#[インターフェイスはパブリック プロパティとメソッドの定義を担当します。 、他のオブジェクトとの依存関係を宣言し、抽象クラスはパブリック構造を担当します。部分的な実装、実装クラスはビジネス ロジックを正確に実装します]

4. インターフェイス分離原則 (インターフェイス分離原則):単一のインターフェースを確立します (クラスへの拡張もインターフェースであり、すべてがインターフェースです)

定義:

a. クライアントは、必要のないインターフェースに依存すべきではありません。

b. クラス間の依存関係は、最小のインターフェイスで確立する必要があります;

簡単な理解: 複雑なインターフェイスは、ビジネスに応じて複数の単純なインターフェイスに分割されます; (一部のビジネス分割については、アダプター アプリケーションを確認してください) )

[インターフェイスの設計粒度が小さいほど、システムの柔軟性が高まりますが、同時に柔軟性が高まると構造が複雑になり、開発の難易度も高くなります。

5. デメテルの法則 LOD): あまり知られていない原則、クラス間の結合を減らすようにしてください。

オブジェクトには、他のオブジェクトに関する最低限の知識

6. 開閉の原則

(オープンクローズの原則): 抽象化を使用してアーキテクチャを構築し、拡張原則を実装します。 # 関連する無料学習の推奨事項:

php プログラミング

(ビデオ)

以上がデザインパターンの6つの原則とは何ですか?の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。