设计原则

1. 设计，是一种危险的平衡艺术。违反一些东西，获得一些东西。

 

1. 单一职责原则，一个类，应该只有一个引起它变化的原因。变化的原因指的是职责。【也就是边界的切分】
2. 开发关闭原则，抽离出变化的点和不变化的点。对易变化的点作出合理的抽象，从而使得程序易于扩展。面对扩展开发，面对修改关闭。 【预见性的估计，容易过度设计】
3. 里氏替换原则，子类型必须能够替换掉父类型。也就是说父类的方法不能够被子类覆盖，这样会导致通过父类调用的方法实际上是子类的方法。
4. 依赖倒置原则。要依赖抽象，不要依赖于具体的类。也就是面向契约编程，高层接口只管根据契约调用，底层接口去实现契约的描述。
5. 接口隔离原则，不要让客户在一“大群垃圾方法”里面去选自己想要的功能。客户想要什么，就只给什么。
6. 最少知识原则，能不联系，就不联系。保证系统内部的纯洁性，从而松散类之间的耦合。松散耦合意味着别人改，你不用跟着改。破坏你系统稳定性的因素就会降低。