设计模式总结

核心目标

管理变化，提高复用

抽象思想代替分解思想

八大原则

依赖倒置原则（所有可能变化的实现类都依赖于稳定接口）
开闭原则（不改变已有类的结构，使用扩展的方式开发）
单一职责（不要将与class对象无关的功能放置在一个class中）

重构技法

• 静态------动态
• 早绑定--------晚绑定
• 继承---------组合
• 编译时依赖----------运行时依赖
• 紧耦合---------松耦合

常用模式（除了画圈圈的）

对象模型

class A extends B{
	//紧耦合，编译A之前必须编译B
}

class A{
	B b=new B();
	//紧耦合，编译时B必须先编译，后编译A
}

class A{
	B b;
	//B写成接口，利用多态动态绑定
}

第三种方法明显解耦合，并且性能方面也会优于其他亮点

变化点和稳定点

能够划分软件变化点和稳定点的同时，能够通过重构加强代码复用性才使用设计模式

误区：

1. 软件全是变化点
2. 软件全是稳定的

什么时候不用模式

• 代码可读性很差时
• 需求理解还很浅时
• 变化没有显现时
• 不是系统的关键依赖点
• 项目没有复用价值
• 项目将要发布时

经验之谈

• 不要为模式而模式
• 关注抽象类和接口
• 理清变化点和稳定点
• 审视依赖关系
• 要有Framework和Application的区隔思维
• 良好的设计是演化的结果

成长之路

• 见模式而不知
• 可以识别模式，作为应用开发人员使用模式
• 作为框架开发人员为应用设计某些模式
• 忘掉模式，只有原则