最近在看设计模式相关的书籍，第一章一般都是介绍面向对象的6大原则，看了两遍之后，结合自己这几年的开发经验，做了以下总结，主要还是给自己看。
网上也有写的不错的博文，推荐如下：
https://www.cnblogs.com/qifengshi/p/5709594.html
1.单一职责原则–优化代码的第一步
单一职责原则，顾名思义，就是在划分一个函数，或者一个类时，我们都会根据具体的业务逻辑和一些个人经验去编写，但是一个基本原则就是，一个类中应该是一组相关性很高的函数、数据的封装，不一样的功能不应该出现在一个方法或者同一个类中。
2.开闭原则–让程序更稳定，更灵活
软件中的对象（类、模块、函数等）应该对于扩展是开发的，但是对于修改是封闭的，这就是开放--关闭原则。
遵循开闭原则的重要手段就是通过抽象。
开闭原则指导我们，当需求变化时，应该尽量通过扩展的方式来实现变化，而不是通过修改已有的代码来实现。
3.里氏替换原则–构建扩展性更好的系统
所有引用基类的地方必须能够透明地使用其子类对象。
主要还是通过建立抽象，通过抽象建立规范，具体的实现在运行时替换掉抽象，保证系统的扩展性，稳定性。
开闭原则和里氏替换原则往往是生死相依，不离不弃的，通过里氏替换来达到对扩展开发，对修改关闭的效果。在开发过程中，运用抽象是走向代码优化的重要一步。
4.依赖倒置原则–让项目拥有变化的能力
模块间的依赖通过抽象发生，实现类之间不发生直接的依赖关系，其依赖关系是通过接口或者抽象类产生的。
也就是通过所说的面向接口编程，或者是面向抽象编程，这里的抽象指的是接口或者抽象类。
换句话说，就是指调用端不依赖具体的实现细节，只依赖抽象，在需求变化时，只需要修改实现类就可以了。
5.接口隔离原则–系统有更高的灵活性
客户端不应该依赖它不需要的接口，或者说，类间的依赖关系应该建立在最小的接口上。
其目的是系统解耦，从而容易重构，更改和重新部署。
6.迪米特原则–更好的扩展性
也称为最少知识原则，一个对象应该对其他对象有最少的了解，或者叫只依赖直接关联的对象
通过一个类或者方法中，不能参杂太多对象，应该减小依赖关系，把关联度不高的操作放到别的和其关联度高的类中。
总结：
面向对象的6大原则，简而言之，就是抽象，单一职责，最小化
动手写代码之前，一定要多想一下，写的代码是不是符合以上6大原则，如果不是，那就对照着优化你的代码吧！