设计原则

封装变化。

 

多用组合，少用继承。

 

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

 

为交互对象间的松耦合设计而努力。

 

单一职责： 一个类应该只有一个引起变化的原因。 

 

类的每个责任都有改变的潜在区域，超过一个责任，意味着超过一个改变区域。

这个原则告诉我们尽量让每个类保持单一责任。