分類、デザインパターン
三つのカテゴリーに全体的に、デザインパターン：
Factory Methodパターン、Abstract Factoryパターン、シングルトン、Builderパターン、プロトタイプモデル：スキーマ、5つのカテゴリーの合計を作成します。
構造モデル、7種類の合計：アダプタモード、装飾的なモード、プロキシモード、外観モード、ブリッジモード、組み合わせモード、フライ級。
行動パターン、11種類の合計：Strategyパターン、モードを説明するためのテンプレートメソッドパターン、オブザーバーモード、イテレータパターン、責任のチェーン・モード、コマンドモード、メモモード状態モード、ビジターパターン、仲介モデル。
並行処理パターンとスレッドプールモード：実際には、2つのタイプがあります。絵で全体を記述するために：
6つの原則第二に、デザインパターン
一般原則：開閉の原則（オープンクローズ原理）
それは開いて、拡張のためのオープンクローズの原則であるが、変更のため閉鎖しました。プログラムを展開する必要がある場合、元のコードを変更しますが、ホットスワップ可能なの効果を達成するために、既存のコードを拡張しません。プログラムスケーラビリティを作るためには、メンテナンスとアップグレードの容易さ：だから、一つの文章にまとめました。この効果を達成したい、我々はなど、インターフェースや抽象クラスを使用する必要があり、詳細設計に従ってください、私たちは、この点に言及します。
1.シングル責任の原則
各クラスは、彼らがクラスを分割すべきである、ということができない、単一の責任を実装する必要があることを意味し、変更の複数の原因を入力しないでください。
2、リヒターの置換原則（リスコフの置換原則）
リヒターの置換原則（リスコフの置換原則LSP）オブジェクト指向設計の基本原則の一つ。任意の基底クラスが表示されることができる場所でリヒターの置換原則、サブクラスが表示されることができるようになります。LSPは、派生クラスが基本クラスを置き換えることができた場合にのみ、機能のソフトウェアユニットは影響を受けません礎石は、基底クラスが実際に再利用できる多重化継承され、派生クラスは、基本クラスに基づいて新しい動作を追加することができます。リヒターの置換原則がある - 「オン - オフ」の原則を追加します。原則として抽象化における重要なステップである - 「閉じオープンは」達成するために。基底クラスとの継承関係は、抽象的、具体的な実現のサブクラスなので、リヒターの置換原則は、抽象を達成するための具体的な手順については、仕様です。 - Baiduの百科事典から
ヒストリ置換原理は、サブクラスは、書き換えや、親クラスのオーバーロードしないようにしてください。親クラスが明確に定義された構造を表しているので、外の世界と対話するために、このインタフェース仕様によって、サブクラスはそれを破壊してはいけません。
3、依赖倒转原则（Dependence Inversion Principle）
这个是开闭原则的基础，具体内容：面向接口编程，依赖于抽象而不依赖于具体。写代码时用到具体类时，不与具体类交互，而与具体类的上层接口交互。
4、接口隔离原则（Interface Segregation Principle）
这个原则的意思是：每个接口中不存在子类用不到却必须实现的方法，如果不然，就要将接口拆分。使用多个隔离的接口，比使用单个接口（多个接口方法集合到一个的接口）要好。
5、迪米特法则（最少知道原则）（Demeter Principle）
就是说：一个类对自己依赖的类知道的越少越好。也就是说无论被依赖的类多么复杂，都应该将逻辑封装在方法的内部，通过public方法提供给外部。这样当被依赖的类变化时，才能最小的影响该类。
最少知道原则的另一个表达方式是：只与直接的朋友通信。类之间只要有耦合关系，就叫朋友关系。耦合分为依赖、关联、聚合、组合等。我们称出现为成员变量、方法参数、方法返回值中的类为直接朋友。局部变量、临时变量则不是直接的朋友。我们要求陌生的类不要作为局部变量出现在类中。
6、合成复用原则（Composite Reuse Principle）
原则是尽量首先使用合成/聚合的方式，而不是使用继承。
Java的23中设计模式详解：链接