一、单一职责原则（Single Responsiblity Principle, SRP）

一个类负责一项职责
一个类只做一件事

二、开闭原则（Open Closed Principle, OCP）

一个软件实体如类、模块和函数应该对扩展开放，对修改关闭。在程序需要拓展的时候,不能去修改原有的代码
使用接口和抽象类

三、里氏替换原则（Liskov Substitution Principle, LSP）

继承与派生的规则（子类可替换父类）,子类可以做父类做的事
衍生类能够在基类的基础上增加新的行为
对开闭原则的补充

四、依赖倒转原则（Dependency Inversion Principle, DIP）

高层模块不应该依赖低层模块，二者都应该依赖其抽象；抽象不应该依赖细节；细节应该依赖抽象。即针对接口编程，不要针对实现编程。
依赖倒转的核心思想是：面向接口编程

造汽车举例子：
　　假如，造汽车的第一步是：造车轮
　　第二步是：根据车轮的大小造车底
　　第三步是：根据车底的大小造车身
　　最后一步是：根据车身的大小造出汽车。
　　那么这个过程中的依赖关系是：汽车依赖于车身的设计，车身依赖于车底的设计，车底依赖于车轮的设计。
　　各部分“零件”都互相依赖着，最后也能够把汽车组装成功.然而动一处牵其全身.

正确的方式:
首先，要创建四个接口，分别是，轮子，车底，车身，汽车。这四个接口里各自约定一些方法，比如说轮子的接口中，写一个带参的轮子尺寸方法。然后比如造汽车，造的是小轿车轮子的话，那么写一个实现这个接口的实现类，类名是小轿车车轮。要是现在突然又有新的需求，要造卡车轮子，那再写一个实现类来实现这个车轮的接口即可，其实这里用到了一个其他的原则(开闭原则：对修改关闭，对扩展开放)，接口中的方法呢，是之前约定好的东西，是不允许修改的
接口的存在最主要的目的就是为了便于扩展、和维护。
依赖倒转原则是针对接口的，高层模块和底层模块都是依赖于抽象(接口)的。

五、接口隔离原则（Interface Segregation Principle, ISP）

建立单一接口，不要建立庞大臃肿的接口，尽量细化接口，接口中的方法尽量少。
move()
walk()
run()

六、组合/聚合复用原则（Composite/Aggregate Reuse Principle, CARP）

尽量使用组合和聚合少使用继承的关系来达到复用的原则。

# 推荐方式
move():
  walk()
  run()
# 不建议使用继承方式
class move:
    pass

class walk(move):
    pass

class run(move):
    pass

七、最小知识原则（迪米特法则）（Principle of Least Knowledge, PLK）

一个实体应当尽量少的与其他实体之间发生相互作用,使得系统功能模块相对独立
高内聚，低耦合（high cohesion low coupling）。