- 单一职责原则
- 对象应该仅具有一种单一的功能。比如领导负责一个任务的开始&借结束，指派任务，把控进度、质量，汇报，不用做具体的工作。员工负责去做具体的工作。要对‘一件事’有所思考，什么层级、哪些工作可以归为一件事。
- 对于有可能变化的事情，交给别的类去做
- 开闭原则
- 一个软件实体如类、模块、函数应该对修改关闭，对扩展开放
- 里氏替换原则
- 不该变程序正确性的情况下可以被它的子类替换(多态)
- 接口隔离原则
- 拆分非常庞大臃肿的接口成为更小的和更具体的接口，多个特定客户端接口要好于一个宽泛用途的接口
- 依赖倒置原则
- 依赖于抽象，不要依赖与具体。简单的说就是要求对抽象进行编程，不要对实现进行编程，这样就降低了客户与实现模块间的耦合。
- 模块间的依赖是通过抽象发生，实现类之间不发生直接的依赖关系，其依赖关系是通过接口或抽象类产生的；
- 接口或抽象类不依赖与实现类；实现类依赖接口或抽象类。
补充：
还有很多原则，比如最少知道原则。其实都是对可能变换的地方做封装，当变化时做最少的修改。