面向对象中有六大原则，分别是：
- 单一职责原则（SRP，Single Responsibility Principle）
- 开放封闭原则（OCP，Open Closed Principle）
- 里氏替换原则（LSP）
- 接口隔离原则（ISP，Interface Segregation Principle）
- 依赖倒置原则（DIP,Dependence Inversion Principle）
- 迪米特原则（LOD）
每一个原则都有它存在的道理，理解透彻了这些原则会大有益处。
单一职责原则
概念
就是让类职责尽量明确，最好每个类只有一种职责，这也是理想状态。经验告诉我，只要类职责能表达清楚就是一个好的类划分。
重要性
理解了单一职责，可以帮助我们合理的划分结构，理解问题，并解决问题。更重要的是职责清晰了，方便后续代码维护，就不会轻易就改错了。
怎么做？
- 对象职责不清，就有可能造成逻辑错综复杂，进而表现为类代码臃肿，这些类就需要进行拆分。
- 检查类的功能是否独立，特别是一些基础类库，应该保证都是单一职责的。
- 代码耦合度太高，也是重点关注的对象。
- 根据实际开发经验而定。
开放封闭原则
概念
该原则有两个重要的特性：
1>面向扩展开放。
也就是说模块的行为是能够被扩展的。当应用程序的需求变化时，我们可以使模块表现出全新的或与以往不同的行为，以满足新的需求。
2>面向修改封闭。
模块的源代码是不能被侵犯的，任何人都不允许修改已有源代码。
重要性
提高代码的可重用和可维护。
怎么做？
对扩展开放，对修改关闭，其含义是说一个软件实体应该通过扩展来实现变化，而不是通过修改已有的代码来实现变化。
参考
1.设计模式六大原则例子（六）-- 开放封闭原则（OCP）例子
2.开放封闭原则（Open Closed Principle）
里氏替换原则
概念
所有引用基类的地方必须能透明地使用其子类的对象。主张使用“抽象(Abstraction)”和“多态(Polymorphism)”将设计中的静态结构改为动态结构，维持设计的封闭性。
重要性
可将讲台的代码变为动态代码。使用上更加灵活，同时也是为了更好的扩展。
怎么做？
- 子类可以实现父类的抽象方法，但是不能覆盖父类的非抽象方法。
- 子类中可以增加自己特有的方法。
- 当子类覆盖或实现父类的方法时，方法的前置条件（即方法的形参）要比父类方法的输入参数更宽松。
- 当子类的方法实现父类的抽象方法时，方法的后置条件（即方法的返回值）要比父类更严格。
参考
接口隔离原则
概念
接口隔离有两种定义：
1.客户端不应该依赖它不需要的接口；
2.一个类对另一个类的依赖应该建立在最小的接口上。
重要性
可降低代码的耦合度。
怎么做？
建立单一接口，不要建立臃肿庞大的接口。再通俗的说就是接口尽量细化，同时接口中的方法尽量少。
参考
六大设计原则之接口隔离原则
面向对象设计原则之接口隔离原则(ISP)
依赖倒置原则
概念
- 高层模块不应该依赖低层模块，两者都应该依赖抽象
- 抽象不应该依赖细节
- 细节应该依赖抽象
通俗的讲，就是抽象类不依赖具体实现，但是实现类必须依赖抽象类。
重要性
采用依赖倒置原则可以减少类间的耦合性，提高系统的稳定，降低并行开发引起的风险，提高代码的可读性和可维护性。
参考
1.六大设计原则之依赖倒置原则
2.设计模式六大原则例子（四）-- 依赖倒置原则（DIP）例子
迪米特原则
概念
一个对象应该对其他对象有最少的了解。换言之，一个对象对外暴露的方法越少越好。
重要性
还是为了降低耦合度。
怎么做？
1、只与朋友类交流
出现在成员变量，方法的输入输出参数中的类，称为朋友类
2、朋友类间也是要有距离
对象对外暴露的方法尽可能少
参考
六大设计原则之迪米特原则
迪米特法则详解--七大面向对象设计原则（6）
总结
这六大原则都是为了降低代码的耦合度，提高代码的可维护性，可重用性和可扩展性，要合理使用还需要细细揣摩。
