摘要：
迪米特原则定义 迪米特原则，也叫最少知道原则，即一个类应该 对自己依赖的类知道的越少越好 ，而你被依赖的类多么复杂，对我都没有关系。也就是说，对于别依赖的类来说，不管业务逻辑多么复杂，都应该尽量封装在类的内部；对外除了必备的public方法，不再泄露任何信息。 1.问题由来 我们知道，类和类是有耦合 阅读全文
摘要：
介绍 开闭原则是编程设计中最基本、最重要的原则。 定义：一个软件实体如类、方法和模块等，应该对扩展(提供方)开放，对修改(使用方)关闭。用抽象构建框架，用实现扩展细节。 也就是说，在需求发生新的变化时，我们不应该修改原来的代码，而应该通过扩展来满足新的需求。 例子引入 我们要实现一个画图的功能，能够 阅读全文
摘要：
1.内容引入——继承体系的思考 在继承中，凡是在父类已经实现的方法，其实算是一种契约或者规范，子类不应该在进行更改(重写)；但是，由于这一点不是强制要求，所以当子类进行重写的时候，就会对继承体系产生破坏。 同时，继承带来便利的时候，也有弊端：给程序带来了侵入性，增加了对象之间的耦合性，可移植性低。当 阅读全文
摘要：
依赖倒置原则(Dependence Inversion Priiciple,DIP) 介绍 High level modules should not depend upon low level modules. Both should depend upon abstractions. Abstr 阅读全文
摘要：
介绍 客户端不应该依赖它不需要的接口，即 一个类对另一个类的依赖应该建立在最小接口上 。 Demo引入 先来看一张图： 如上图所示：类A通过接口MyInterface依赖类B，类C通过接口MyInterface依赖类D；但是，类A只是想要使用B实现的接口MyInterface中的1,2,3方法，类C 阅读全文
摘要：
单一职责原则 单一职责原则：一个类应该只有一个原因引起改变，即一个类应该只负责一个业务逻辑。 问题由来：类T负责t1, t2两个职责，当因为t1j对类T修改的时候，可能导致类T出现问题而影响职责t2。 解决方案：遵循单一职责原则，将类T进行改写，确保一个类负责一个职责。 demo： 有一个类Anim 阅读全文
摘要：
这篇文章是对前一篇的一些补充： 1.SpringIOC容器可以管理Bean的生命周期： 通过构造器或工厂方法创建bean的实例； 为bean属性设置值或者引入其他bean； 调用bean的初始化方法 ，此时bean就可以使用了； 容器关闭时，调用bean的清理方法 。 在bean的声明里定义init 阅读全文
摘要：
Spring的两大核心功能就是IoC和AOP，这篇文章主要介绍IoC。 简单来说，在面向对象思想下，A类中有一个B类的属性， 那么我们在创建A类时往往需要同时创建一个B类的对象，以便A类对其进行调用。但是，这样的后果便是，A类和B类的耦合度过高。而所谓的IoC（控制反转），其核心是DI，旨在提供一种 阅读全文
摘要：
Spring作为一款成熟的Java框架，其优点和意义不用我多说，可以参考：https://m.w3cschool.cn/wkspring/pesy1icl.html 今天开始写一下Spring家族的总结。 首先，按照惯例，先来一个hello world： 1.新建一个项目 我这里采用是maven的方 阅读全文
摘要：
关于查询的一点补充： 当查询部门信息时，希望查询该部门下的所有员工，下面会采取两种方式实现： 1.联合查询 对应的xml文件中新增： 2.分步查询 可以按照上一篇的模式，还是在有需要的时候去查询部门包含的员工信息，具体做法如下： 在EmployeeMapper中新增对应的方法： xml文件中相应的更 阅读全文