デザイン パターン (デザイン パターン) は、繰り返し使用され、ほとんどの人に知られているコード設計エクスペリエンスを分類およびカタログ化した一連の概要です。デザイン パターンを使用する目的は、コードを再利用し、コードを他の人が理解しやすくし、コードの信頼性を確保することです。
デザイン パターンは、自分自身、他者、そしてシステムにとって Win-Win であることに疑いの余地はありません。デザイン パターンにより、コードのコンパイルが真のエンジニアリングになります。デザイン パターンはソフトウェア エンジニアリングの基礎です. 建物のレンガや石と同じです。プロジェクトでデザイン パターンを合理的に使用すると、多くの問題を完全に解決できます。各パターンには、それに対応する対応する原則があります。各パターンは、私たちの周りで繰り返し発生する問題と、問題の核心を説明しています。そのため、解決策が広く知られています。使用済み。簡単に言うと:
パターン: 特定のシナリオにおける、特定のタイプの問題に対する特定の一般的な解決策。
シーン: プロジェクトが置かれている環境
問題: 制約、プロジェクト目標など
解決策: 普遍的で再利用可能な設計、制約を解決して目標を達成します。
# デザイン モードのデザイン モード
: インスタンス化されたオブジェクトのモード、作成モードは、分離されたオブジェクトのインスタンス化プロセスに使用されます。
構造パターン: クラスまたはオブジェクトを組み合わせて、より大きな構造を形成します。
行動パターン: クラスとオブジェクトがどのように相互作用するか、および責任とアルゴリズムをどのように分割するか。
各カテゴリのパターンの重要なポイントインスタンスはグローバル アクセス ポイントを提供します。 単純なファクトリ: ファクトリ クラスは、渡されたパラメータに基づいて、製品クラスのどのインスタンスを作成するかを決定します。
ファクトリ メソッド: オブジェクトを作成するためのインターフェイスを定義し、どのクラスをインスタンス化するかをサブクラスに決定させます。
Abstract Factory: 具体的なクラスを明示的に指定せずに、関連オブジェクトまたは依存オブジェクトのファミリーを作成します。
ビルダー パターン: 複雑なオブジェクトの構築プロセスをカプセル化し、段階的に構築できます。
プロトタイプ モード: 既存のインスタンスをコピーして新しいインスタンスを作成します。
アダプター パターン: クラスのメソッド インターフェイスを顧客が必要とする別のインターフェイスに変換します。
結合モード: オブジェクトをツリー構造に結合して、「部分と全体」の階層を表します。
装飾モード: 新しい機能をオブジェクトに動的に追加します。
プロキシ モード: 他のオブジェクトにプロキシを提供して、このオブジェクトへのアクセスを制御します。
Hengyuan (フライ ボリューム) モード: 共有テクノロジを通じて、多数のきめの細かいオブジェクトを効果的にサポートします。
外観モード: サブシステム内のインターフェイスのグループにアクセスするための統一されたメソッドを外部に提供します。
ブリッジ モード: 抽象部分を実装部分から分離して、独立して変更できるようにします。
テンプレート パターン: アルゴリズム構造を定義し、一部の手順をサブクラス実装に延期します。
インタープリター パターン: 与えられた言語で、その文法の表現を定義し、インタープリターを定義します。
戦略パターン: 一連のアルゴリズムを定義し、カプセル化して、交換可能にします。
状態パターン: 内部状態が変化したときにオブジェクトの動作を変更できるようにします。
オブザーバー パターン: オブジェクト間の 1 対多の依存関係。
メモ モード: カプセル化を破壊せずにオブジェクトの内部状態を維持します。
メディエーター パターン: メディエーター オブジェクトを使用して、一連のオブジェクトの対話をカプセル化します。
コマンド モード: さまざまなリクエストをパラメータ化できるように、コマンド リクエストをオブジェクトとしてカプセル化します。
訪問者パターン: データ構造を変更せずにオブジェクト要素のセットに作用する新しい関数を追加します。
責任連鎖モデル: リクエストの送信者と受信者を切り離し、複数のオブジェクトがリクエストを処理できるようにします。
イテレータ パターン: オブジェクトの内部構造を公開せずに、集合オブジェクト内の各要素を走査してアクセスする方法。
以上がJavaデザインパターンとは何ですかの詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。