附-七大软件设计原则
该文章部分图片来自：慕课网《java设计模式精讲 Debug 方式+内存分析》
七大原则：
开闭原则、依赖倒置原则、单一职责原则
接口隔离原则、迪米特法则、里式替换原则、组合复用原则
注：
1.高层底层不是UML图中类的高低，而是指在类似于MVC架构中的Service（高），DAO（低）这种
2.通过抽象构建出来的架构一般要比通过细节构建出来的架构要稳定
注：
1.这个接口实现了两个大的功能，获取课程信息和课程操作
2.这个接口中存在的问题是：如果课程被退掉之后，就不能够获取课程信息了，因此拆分开来
就是说一个接口中方法过多，还能够进一步地细化。这个接口就还能够细化
在拆分之后
这儿就实现了接口间隔离，因为粗粒度是不可拆分的，而细粒度是可以组装的，这就拥有更高的灵活性
注：
单一职责和接口隔离原则的区别：
单一职责原则是指类、接口、方法的职责是单一的，强调的是职责，在一个接口中不管有多少方法，只要是同一个职责，那么都是OK的，主要约束的是程序实现细节
接口隔离原则更注重的是接口方法的隔离，主要约束的是框架结构
有的时候一个方法放在a类也行，放在b类也行，那么放在哪儿更好呢？
如果一个方法放在某一个类中，既不增加类间关系，也对本类不产生负面影响，那就可以放到本类中
总的来说就是引用的类在能够完成对应功能的条件下越少越好
注意这儿是重载，而不是重写（Override）！！！因为如果重载的方法入参更严格的话，就会违反里式替换原则，子类不能替换父类，因为程序逻辑发生改变
比如父类中的入参是HashMap，那么当重写这个方法时，子类的入参应当是Map
比如父类有一个返回值为Map的抽象方法，那么子类重写的时候返回值可能需要时HashMap
在日常使用中，确实直接重写父类方法来实现相应功能非常简单，但是在使用多态比较频繁的时候会增加系统出错的风险
即前宽后严：
入参更宽松
返回更严格（或相等）
比如在适配器模式中，在选择类适配器和对象适配器的时候，优先选择对象适配器
聚合的关系强度更低，组合的关系强度更高
查看1道真题和解析