设计模式1-面向对象设计原则

设计模式是软件开发人员在软件开发过程中面临的一般问题的解决方案。这些解决方案是众多软件开发人员经过相当长的一段时间的试验和错误总结出来的。
设计模式的目标：可重用
谈论面向对象设计模式要先了解面向对象的设计原则

以下我学习设计模式记录的笔记

1.依赖倒置原则（DIP）

• 高层模块（稳定）不应该依赖于低层模块（不稳定），二者都应该依赖于抽象（稳定）
• 抽象（稳定）不应该依赖于实现细节(变化），实现细节应该依赖于抽象（稳定）

2.开放封闭原则（OCP）

• 对扩展开放，对更改封闭
• 类模板应该是可扩展的，但不是可修改的

3.单一职责原则（SRP）

• 一个类应该仅有一个引起变化的原因，变化的方向隐含着类的责任

4.Liskov替换原则（LSP）

• 子类必须能够替换他们的基类
• 用继承表达抽象

5.接口隔离原则(ISP）

• 不应该强迫客户程序依赖他们不用的方法
• 接口应该小而完备
  （不要把不必要的方法public，只是子类使用就用protected，本类使用private）

6.优先使用对象组合，而不是类继承

• 类继承通常为“白箱复用”，对象组合通常为“黑箱复用”, 继承在某种程度上破坏了封装性，子类父类耦合度高,而对象组合则只要求被组合的对象具有良好定义的接口，耦合度低

7.封装变化点

• 使用封装来创建对象之间的分界层，让设计者可以在分界层的一侧进行修改，而不会对另一侧产生不良影响，从而实现层次间的松耦合。

8.针对接口编程，而不是针对实现编程

（接口的标准化一个产业强盛的标志）

• 不将变量类型申明为某个特定的具体类，而是申明为某个接口。（主要针对业务类型）
• 客户程序无需获知对象的具体类型，从而实现“高内聚，松耦合”的类型设计方案。

将设计原则提升为设计经验产生了设计习语，设计模式，架构模式：

1.设计习语（Design Idioms ）：描述与特定编程语言相关的低层模式，技巧，惯用法。
2.设计模式（Design Patterns）：主要描述的是类与相互通信对象之间的组织关系，包括它们的角色，职责，协作方式等方面。
3.架构模式（Architectual Patterns）:描述系统中与基本机构组织关系密切的高层模式，包括子系统的划分，职责，以及如何组织他们之间关系的规则。