1 开放封闭原则
开闭原则即对拓展开放，对修改关闭，要想在功能新增的时候不修改原先的代码，即程序中使用的是抽象类或者接口，我们新增的子类或者实现，这样才能保障我们拓展功能的时候不用修改原先的代码，所以说抽象化是开闭原则的关键。
对人生的设计就是，行为原则固定，但是可以添加新的行为原则，原来的要保持。
2 里氏替换原则
基类存在的地方必定能被子类替换，且功能不会发生影响。里氏替换原则是“开-闭原则的补充”。
里氏替换通俗来讲就是子类可以拓展父类但是不能改变父类已确定的行为，包含以下四个含义：
子类可以实现父类的抽象方法，但是不能覆盖父类的非抽象方法。
子类中可以增加自己特有的方法。
当子类重载父类方法时，形参的范围要比父类的形参范围大，这样别的类调用这个方法时会优先匹配父类的实现而不是子类的实现。
当子类实现父类的抽象方法时，方法的返回值要比父类更严格，也可以说成更具体。
基础的行为原则可以优化，灵活变通。但是最基本的目的不能变，你不能说今天要健身，明天又开始熬夜打游戏。
3 依赖倒转原则
依赖倒转原则要求我们在程序代码中传递参数时或在关联关系中，尽量引用层次高的抽象层类，即使用接口和抽象类进行变量类型声明、参数类型声明、方法返回类型声明，以及数据类型的转换等，而不要用具体类来做这些事情。
在实现依赖倒转原则时，我们需要针对抽象层编程，而将具体类的对象通过依赖注入(Dependency Injection, DI)的方式注入到其他对象中，依赖注入是指当一个对象要与其他对象发生依赖关系时，通过抽象来注入所依赖的对象。
常用的注入方式有三种，分别是：构造注入，设值注入（Setter注入）和接口注入。
构造注入是指通过构造函数来传入具体类的对象，设值注入是指通过Setter方法来传入具体类的对象，而接口注入是指通过在接口中声明的业务方法来传入具体类的对象。这些方法在定义时使用的是抽象类型，在运行时再传入具体类型的对象，由子类对象来覆盖父类对象。
开闭原则是目标，里氏代换原则是基础，依赖倒转原则是手段。
这就是在我们的做事的过程中，尽量的找到负责人，搞定了负责人基本上就稳了。
4 单一职能原则
类的功能尽量单一，这样才能提高复用率。单一职能原则是软件高内聚低耦合的指导方针。
使用多个专门的接口，而不使用单一的总接口，即客户端不应该依赖那些它不需要的接口。
每一接口都应该承担一种相对独立的角色，该干的事情都敢，不该干的事情都不干。
目标定了，就不要管其他人的行为和言语。专心的把目标实现就好了。
5 迪米特原则
一个软件实体应当尽可能少地与其他实体发生相互作用。类与类之间的耦合度应尽量的低，这样如果类发生变化，影响才会最小。
不要和陌生人说话，只和你的直接朋友通信，直接朋友包含如下：
当前对象本身（this）
作为参数的对象
成员变量
集合成员变量中的元素
创建的对象
可以通过使用第三者类来降低两个类的耦合度。
你不能掌控的东西越多，代表事情越不受你的控制。不能掌控的事情，尽量不要参与。
放到现实，就是不熟的不做，不要贪小便宜，吃大亏。
6 合成复用原则
尽量使用对象组合，而不是继承来达到复用的目的。
通过继承来实现复用的问题是它会破坏封装性，子类能够看到基类的实现细节，自身类通过继承而来的基类方法是静态的（因为继承的类是确定的），而通过调用成员变量去执行成员变量的方法是动态的，因为成员变量可以是抽象化的，而实现类可以有很多种，每一种实现类的功能又不相同，但是他们可以被当作同一类型而被引入。
财富和成功就是简单的重复你已经做成功的事，不断的扩大优势。
这个就是你在一个行业成功了，总结成功的经验和方法，不断的重复和改进，直到建立自己的系统。
自己的系统就是，遇到什么事，你都知道该怎么做。
熟悉的事有熟悉的做法，不熟悉的事就通过自己的方法判断是否有利，然后再去做。