六大设计原则

 满足了这六大原则，才能设计出稳定的软件架构，但它们只是原则，有时还是需要学会灵活应变，千万不要生搬硬套，否则只会把简单问题复杂化，如下：

1. 一是开闭原则（Open Close Principle），强调对扩展开放和对修改关闭。应用场景：当我们的代码架构在迭代演进时，不能去修改原有的代码，而是抽象出父类接口，修改子类即可。
2. 二是里氏代换原则（Liskov Substitution Principle），强调是父类和子类的关系。应用场景：在定义时使用父类对象，而在运行时再关联子类类型。
3. 三是依赖倒转原则（Dependence Inversion Principle），强调接口的重要性，接口就是把一些公用的方法和属性声明，然后具体的业务逻辑是可以在实现接口的具体类中实现的。当我们依赖对象是接口时，就可以屏蔽实现这个接口的具体类改变。应用场景：通过抽象(接口或抽象类)使各个类或模块的实现彼此独立，不互相影响，实现模块间的松耦合。
4. 四是接口隔离原则（Interface Segregation Principles），强调接口的职责要明确，根据职责定义“较小”的接口，不要定义“高大全”的接口。也就是说接口要尽可能的职责单一，暴露给客户端的方法更具有“针对性”，往往使用多个隔离的接口比使用单个接口要好。应用场景：在使用接口时要注意控制接口的粒度，接口定义的粒度不能太细，也不能太粗。
5. 五是单一职责原则（Single Responsibility Principle），强调一个类只负责一个功能领域中的相应职责，应用场景是一个类是和一组相关性很高的函数、数据的封装，比如单例模式可以降低内存的开销。
6. 六是迪米特法则（Law of Demeter），强调应该尽量减少对象之间的交互，如果其中的一个对象需要调用另一个对象的某一个方法时，可以通过第三者转发这个调用。应用场景：通过引入一个合理的第三者来降低现有对象之间的耦合度。