ホームページ >ウェブフロントエンド >フロントエンドQ&A >JavaScriptのデザインパターンとは
JavaScript では、デザイン パターンはソフトウェア開発における特定の問題を解決するために提案されるソリューションであり、問題を解決するためのアイデアとして理解することもできます。デザイン パターンは、コードの再利用性、拡張性、保守性、柔軟性を強化するのに役立ちます。
このチュートリアルの動作環境: Windows7 システム、JavaScript バージョン 1.8.5、Dell G3 コンピューター。
デザインパターン(デザインパターン)とは、ソフトウェア開発におけるある特定の問題を解決するために提案される解決策のことであり、問題を解決するためのアイデアとも理解できます。デザイン パターンは、コードの再利用性、拡張性、保守性、柔軟性を強化するのに役立ちます。デザイン パターンを使用する際の最終的な目標は、コードの高い凝集性と低い結合性を実現することです。
高凝集性と低結合性とは何ですか?
企業などの実生活の例で考えてみると、通常、各部門は互いに干渉することなく、それぞれの業務を遂行します。各部門間でコミュニケーションが必要な場合は、専任の担当者を介して連携します。ソフトウェアでも同様で、機能モジュールは 1 つの機能にのみ焦点を当てており、モジュールは 1 つの機能のみを実装することが最善です。これがいわゆる凝集性であり、モジュールやシステム間の相互作用は避けられませんが、相互作用により単一のモジュールが単独で使用できなくなったり、移植できなくなったりする状況をできるだけ減らすように努めなければなりません。これはいわゆる低結合です
単一責任原則 (SRP)
オブジェクトまたはメソッド一つのことだけをする。メソッドが負う責任が多すぎると、要件の変化に応じてメソッドを書き直す必要が生じる可能性が高くなります。
オブジェクトまたはメソッドは、より小さな粒度に分割する必要があります
最小知識原則 (LKP)
ソフトウェア エンティティは、相互作用をできる限り少なくする必要があります。他のエンティティ間
オブジェクト間の相互作用は最小限に抑える必要があります。 2 つのオブジェクトが相互に直接通信する必要がない場合、2 つのオブジェクトは相互に直接接触すべきではなく、処理のためにサードパーティに転送できます。
オープンクローズ原則 (OCP) )
ソフトウェアの実体(クラス、モジュール、関数)などは拡張可能である必要がありますが、変更はできません
プログラムの機能を変更したり、新しい機能を追加する必要がある場合コードを追加するときは、元のシステムの安定性に影響を与えないように、プログラムのソース コードを変更しないようにしてください。
1. シングルトン パターン
#2、ストラテジー パターン
#3、エージェント パターン
#4、イテレータ パターン
#5、パブリッシュ/サブスクライブpattern
6. コマンドモード
7、コンビネーションモード
8、テンプレートメソッドモード
9、フライウェイトモード
10、責任連鎖モード
11. メディエーター パターン
12. デコレーター パターン
13. 状態パターン
14. アダプター パターン
15. 出現パターン
[推奨学習: JavaScript 上級チュートリアル]
以上がJavaScriptのデザインパターンとはの詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。