どのデザインパターンをいつ使うべきですか？[閉まっている]

私はデザインパターンがとても好きですが、いつ適用できるかわかりません。私はデザインパターンが説明されている多くのウェブサイトを読みました。私はそれらのほとんどを理解していますが、自分の状況でパターンを認識するのは難しいと思います。

だから、私がこの質問をするのはそのためです。どのデザインパターンを使用するかについてのガイドラインや警報ベルはありますか？

たとえば、作成する必要があるオブジェクトを決定するためにswitchステートメントを実行している場合は、おそらくファクトリーデザインパターンを使用する必要があります。したがって、この場合のswitchステートメントは、Factoryパターンを使用するための「警報ベル」です。

では、デザインパターンを決定するためのより多くの「警報ベル」を知っていますか？

通常、プロセスはその逆です。デザインパターンを使用する状況を探すのではなく、最適化できるコードを探します。正しく構成されていないと思われるコードがある場合。問題を解決するデザインパターンを見つけてください。

設計パターンは、構造上の問題を解決するのに役立つことを目的としています。設計パターンを使用できるようにするためだけにアプリケーションを設計しないでください。

それらを学び、ゆっくりと理解し、いつ使用するかを理解できるようになります。シングルトンパターンのような単純なものから始めます。

オブジェクトのインスタンスを1つだけ作成する場合。シングルトンパターンを使用します。オプションオブジェクトを使用してプログラムを作成しているとします。あなたはそれらのいくつかを望んでいない、それはばかげているでしょう。シングルトンは、複数が存在しないことを確認します。シングルトンパターンはシンプルで、頻繁に使用され、非常に効果的です。

@Peter Rasmussenに完全に同意します。

設計パターンは、一般的に発生する設計問題の一般的な解決策を提供します。

以下のアプローチをお願いします。

1. 各パターンの意図を理解する
2. 各パターンのチェックリストまたはユースケースを理解する
3. 問題の解決策を考え、解決策が特定のパターンのチェックリストに該当するかどうかを確認します
4. そうでない場合は、デザインパターンを無視して、独自のソリューションを作成してください。

役立つリンク：

ソース作成：C ++やJavaを含む複数の言語で意図、構造、チェックリストを美しく説明します

ウィキペディア：C＃やJavaを含む複数の言語での構造、UML図、実用例を説明しています。

各ソースのチェックリストと経験則の設計パターンは、探しているアラマンベルを提供します。