S.O.L.I.D 是面向对象设计(OOD)和面向对象编程(OOP)中的几个重要编码原则(Programming Priciple)的首字母缩写。
面向对象设计的原则
SRP The Single Responsibility Principle 单一职责原则
OCP The Open Closed Principle 开放封闭原则
LSP The Liskov Substitution Principle 里氏替换原则
ISP The Interface Segregation Principle 接口分离原则
DIP The Dependency Inversion Principle 依赖倒置原则
虽然看起来说法很学术，实际在日常的编码过程中，有经验的coder都在有意无意的遵循着这些最佳实践。
简单总结一下自己的理解。
单一职责原则：
1.定义的类型只做自己份内的事情，不开发无所不能的“上帝类”。
例如一个类A定义了各种属性表示状态，那么状态之间的相互关联，相互影响的关系应该在内部逻辑完成。而不要借助另一个类B来操纵A在各种状态中进行转换。
单一原则带来的好处就是得到了类级别的“高内聚”。
开放封闭原则：
1.类,模块,函数对扩展开放，对修改闭合。
既有功能代码（类，模块，方法）不改动或极少改动，只增驾新代码就能添加新功能
具体做法就是在可能需要扩展的地方使用接口，抽象基类进行隔离。当需要加入新的功能时，只需要传入一个新的实现了接口或者基类的类。
例如，开发的数据访问层，用接口或基类来规范访问数据的CRUD各种操作，将来即使需要替换不同类型数据库，甚至改变表结构，都不会影响到其余的各层。对于开发工作的分工好处也很多。并且可以带来单元测试上的便利。只需要自己实现一个接口/基类的类就能够模仿数据层的工作。
里氏替换原则：
说的明白点就是子类型必须能够替换它们的基类型，这个几乎每天都在用，多态就是这么实现的。
体现的是IS-A的关系。
在开发过程中，尽量使用抽象基类/接口作为函数的传入参数。貌似这也体现了开放封闭原则。
接口分离原则：
这个原则的意思是一个接口或者类应该拥有尽可能少的行为。
注意了关键点在尽量少。
接口的设计很容易会失控，不停地添加功能使得一个接口越来越臃肿，导致接口方法越来越多。
其实一种接口就是实现一组相关的操作就可以了。多而全不是一个好的选择。
依赖倒置原则：
高层模块不应该依赖底层模块，两者都应该依赖其抽象。其实就是”面向接口编程，不要面向实现编程“的内在要求。
此原则经常和依赖倒置联系在一起的说法就是“控制反转”，所谓反转，就是高层模块只需要知道干什么就足够了，而底层模块负责怎么做的问题。
另一种说法是细节依赖抽象，抽象不能依赖细节。
-------------
总结一下：
职责单一化，任务好分配：单一原则，接口隔离
稳扎稳打，保持既有成果，开创新功能：开放封闭
指挥发出命令，海陆空三军各自怎么干各自说了算：依赖倒置
作者：Andy Zeng
欢迎任何形式的转载，但请务必注明出处