如果需求不会变话那么设计模式将会不存在
上帝给了人类的一个时间这个概念,让一切都变的。
人 :出生,儿童,少年,青年,中年,老年,死亡。
接口:接口跟外部交互
尽量依赖高层抽象,不要依赖实现细节
高层是相对稳定,底层是易碎
意图(Intent)
为子系统中的一组接口提供一个一致的界面,
Façade模式定义了一个高层接口,这个接口使得这
一子系统更加容易使用。
——《设计模式》GoF
结构(structure)
系统的复杂度
假设我们需要开发一个坦克模拟系统用于模拟坦克车在
各种作战环境中的行为,其中坦克系统由引擎、控制器、
车轮、车身等各子系统构成。坦克和子系统是包含关系
假设坦克在沼泽地 那就比较讲究 wheel
在对垒时那就比较讲究 Contronller
A 方案 B 方案
A 方案





















上述A方案的问题在于组件的客户和组件中各种复
杂的子系统有了过多的耦合,随着外部客户程序和
各子系统的演化,这种过多的耦合面临很多变化的
挑战。
如何简化外部客户程序和系统间的交互接口?如何
将外部客户程序的演化和内部子系统的变化之间的
依赖相互解耦?
从坦克的发展中大家可以知道,坦克的高层抽象(就是外壳)没有怎么变
但是他的内部细节一直在变化(子系统如引擎 ,控制)















































Facade模式的几个要点











