シンプルなファクトリパターン：
、ファクトリクラスを作成して工場を、内部の工場があり、外部エンティティが抽象クラスを継承するか、インタフェースを実装して、一般的に返し、対応する実装クラスのエンティティを生成するために、メソッドを作成し、返されたメソッドを作成して抽象的で実装され、クライアントこれらのエンティティは、インターフェースクラスを使用できるようになり、各エンティティの実装クラスは、個別に達成するためのオープン延長するように反映させることができる適切なクラスを達成するために添加してもよいが、修正のため閉鎖、エンジニアリングモードも、単一の責任を反映しています要因でそれに影響を与える可能性があり機能（かなりのローカル使用）外部実装方法だけでなく、逆に依存しています
戦略モード：
違いは、いくつかの使用を遮断する必要があり、これらのインタフェースのクラスは多くの点で無関係なエンティティを定義しているため、工場のパターンは、インターフェイスタイプ、モデルや戦略を知る必要があり、工場のパターンと、使用中の方が適していないということです
シングル責任：
このクラスの動作に影響を与えることができる唯一の外部要因（私は通常、アプリケーションに注意を払います）
クローズ原理を開きます：
拡張のためのオープン、（私は通常、アプリケーションに注意を払っている）の変更のため閉鎖
逆の原理に依存しています：
上下に直接依存しないでください、彼らは抽象化のレベルに直接依存、抽象的には、実装に依存しない、実装は、抽象的依存します
プロキシモード：
クラスAは、元のクラスに直接アクセスであるBは現在プロキシモードを介して、生成されたクラスBプロキシクラスProxyB、クラスB、およびプロキシクラスProxyBは、一般的に継承された、または特定のインターフェースと実装クラスを実装し、ProxyBクラス保持のBをあなたが呼び出すことができるように例では、クラスBの前に、いくつかの傍受やチェック処理を行います
Factory Methodパターン：
シンプルなファクトリパターンとの最大の違いは、植物が処理される上位クラスを達成するためにどのような選択された基本的に同様の使用を見ていない、それはあまり一般的でなければなりません
プロトタイプモード：
プロトタイプモードキー洞察はディープコピー及び発行の浅いコピーは、元のオブジェクトによって指定された型のインスタンスを作成し、（参照型の値型を持つ文字列が特別な特性である）プロトタイプをコピーして、新しいオブジェクトを作成しています
テンプレート方法：
（私は通常、バックを使用）共通のコードを精製、定義の重複を減らします