温馨提示:文本由机器自动转译,部分词句存在误差,以视频为准
00:00
好,来大家看。假如说呀,我这个spring的版本呢,我不想用这个,呃,不想用这个,这个4.0.0了,哎,我想升级一下。我想用4.1.0,诶我们首先呢,得确认一下这个版本是不是有哈,你别你别这个这个东西不能瞎写,你别你写一个这里边儿不存在的。嗯,4.1.0这个有没有。应该没问题,就是它啊4.1.0。呃,其实呢,我们只要它的版本号的部分就行了,我们只要这部啊。哎,在负工程当中呢,一处修改,处处生效。好嘞。这样我们改完了以后呢,我们再到各个子工程去看,看看子工程他们依赖的spring呢,是不是也改成这个4.1.0了,下边三个不需要到三个子工程一个一个去改负工程,在一个负工程里边改啊,子工程各个就都生效了。
01:20
举个例子就行了啊。我们现在关心的是它的版本,诶,当然4.1.0这个没有它我们要去下载啊,下载放到我们本地库里边。哎,你看这个spring哈,你看都变成4.1.0了。哎,没问题啊,你看这是在里边看啊,我们再去零五里边看。哎,你看spring啊,都是4.1.04.1.04的话,咱就不用再去看了啊,肯定道理也是一样的。
02:05
还是忍不住,还是还是看一下吧。啊,这只是spring4.1.1处修改,处处生效。这就是我们把这个版本呢,在复工程里边进行管理的一个,呃,最终我们想实现的一个效果啊,呃,因为你作为同一个框架,它会拆分成了好多个不同的加包,这些架包呢,你用的版本不一样的话,这个这个这个肯定它是不能正常工作的,而你如果你不采用继承的这样的机制,统一去管理自己手动的一个一个维护,很容易有遗漏的问题啊,这个时候就又容易错啊,他又这个繁琐,统一管理起来以后呢,诶又省事儿,他又不容易做。是吧?这就何乐而不为?
我来说两句