今天同事和我们一起讨论分享了OO的设计原则，讨论使人明晰，有人一起讨论学习是一件幸福的事情。
1.开闭原则
对功能的扩展是开放的，对修改是闭合的。
可以应用于类的设计，框架的设计等。
为什么？开闭原则有利于保护已有的客户端代码，让原有的代码不会因为框架的扩展修改而发生变动，减少维护的成本。
如果你设计的框架经常变动，而且每次变动使使用的人要改很多，那么没人敢用了。
2.单一职责原则
应用于实现类，如果类有变化，那么引起变化的原因仅有一个
为什么？如果你在设计类的时候，没有进行接口拆分设计，直接封装类的属性和接口，也无可厚非。
但如果你对属类归类，对行为划分归类，可以减少某些方法改变引起整个类改变的风险。提高可维护性。
但这样往往增加了设计的复杂性，在实际应用中常常很难做到。
例如一个user类，拆分成两个接口，一个是user的属性信息（类或接口），一个是user的方法信息（接口）
3 里氏替换原则
所有使用基类的地方都可以透明地使用子类进行替换。
子类可以扩展父类的功能，但不能改变父类原有的功能。
- 子类可以实现父类的抽象方法，但不能覆盖父类的非抽象方法。
- 子类中可以增加自己特有的方法。
- 当子类的方法重载父类的方法时，方法的前置条件（即方法的形参）要比父类方法的输入参数更宽松。
- 当子类的方法实现父类的抽象方法时，方法的后置条件（即方法的返回值）要比父类更严格。
如果违反，可能会无意中使代码犯错。
4.依赖倒置原则
类的属性设计，成员变量不使用具体的类，而使用接口。
类方法的设计，方法参数使用接口或基类，不使用实现类。
这样面向抽象进行设计，减少了耦合性。
这里的依赖倒置原则，不是依赖注入（IOC）。
依赖注入是提供一种方法获取类所依赖的属性对象。譬如通过setter方法，通过构造器方法等。
把依赖注入到类中。这在spring中广泛使用。
总之，OO就是面向抽象编程（接口或抽象性），减少了类之间的耦合度。提高了复用性和可维护性。