まず、ソフトウェア開発と設計原則:( 7原則）
- オープンクローズ原理：ソフトウェアエンティティが（拡張を達成するための詳細を、抽象ビル建築）の拡張のために開いたが、修正のため閉鎖
- シングル責任原則：クラスまたは単一のインターフェースへの義務は、一つだけ、団結、純度の機能を確保するために、
- 依存関係逆転の原則：プログラミングではなく、特定の実装クラスのためにプログラミングするための抽象化レイヤへ
- インターフェイス分離原則：インタフェースあまりにも多くの責任が含まれていない、合理的な部門はシングル責任原則とお互いを補完すべきです
- デメテル：少なくとも既知の原理は、そのような制御のような他のオブジェクト、公衆に対するより良好なオブジェクト参照、プライベート修飾範囲であります
- 交換原則として：サブクラスは、親クラスの機能を拡張することができますが、親クラスの本来の機能を変更することはできません
- 合成多重化の原則：以下のコードの再利用を使用して、オブジェクトの継承関係、オブジェクトと集約関係の組み合わせを使用してみてください
第二に、デザインパターンなしのデザインパターンと差を利用？
- 実行します。歌や飲酒、人生は本当にクールです。
- 使用：ワインと歌、人生のジオメトリを？
第三に、なぜデザインパターンを学習するには？
- エレガントなコードを書きます
- より良い復興プロジェクト
- 古典的なフレームワークは、デザインパターンの問題を解決するためにあります
第四に、デザインパターンの21種類
デザインパターンは3つのカテゴリに分類されています。
- スキーマを作成します Factory Methodパターン、Abstract Factoryパターン、シングルトン、Builderパターン、プロトタイプモデル：、5種類の合計。
- 構造モデル、7種の合計：アダプタモード、デコレータモード、プロキシモード、外観モード、ブリッジモード、組み合わせモード、フライ級。
- 行動パターン 11種の：Strategyパターン、モードを説明するためのテンプレートメソッドパターン、オブザーバーモード、イテレータパターン、責任のチェーン・モード、コマンドモード、メモモード状態モード、ビジターパターン、仲介モデル。
第五に、パターンソースの春に使用される設計例
- ファクトリパターン：たBeanFactory
- Decoratorパターン：BeanWrapper
- プロキシモード：AopProxy
- シングルトン：ApplicationContextの
- 委任モード：のDispatcherServlet
- 戦略モード：HandlerMapping
- アダプタモード：HandlerAdapter
- Template Methodパターン：JdbcTemplate
- Observerパターン：のContextLoaderListener