07_复习DependencyManagement和Dependencies

好，那各位同学我们继续，那杨哥猜的不错啊，你想着就是过了一个春节以后，你们应该很多东西学了，One，我们再来复习。这两个。还有部分同学，大部分啊，根据刚才的屏幕上的回答，傻傻的分不清那。Dependency management和depending。这个dependcies这个的这两个呢非常重要，每本当中是常见的，尤其是这个大的这个负工程泡沫，那这两个如果你傻傻的分不清，你入职了以后再去问老员工的话，那一下子就会觉得你这个人基础不扎实，所以说。下面请跟着杨哥走一下。第一个。这个哥们他呢是来用于负类管理的，一般是我们的最顶层的副泡沫才会看到这个，他说穿了就是如果你去企业里面有这个，正常情况下他就应该是个副泡沫，除非这家公司的这个面。

本工程架构没有用。我们的这个聚合这样的方式哈，那。在这个里面用的话，能让所有在子项目中引用一个依赖，而不用显示列出什么版本号，因为每每会沿着负子层。父子的这个层次啊，逐个呢，挨个向上走。自顶向下逐步求精，直到找到拥有一个这么一个情况，然后它就会使用这个指定元素中的版本哈，有点类似于什么往上爬，找到了先到先得，就先用父类的，父类找不到再找子类的，大家看，假设我们这有这么一个T，哎喂，这个版本号是不是就是512，那跟我们现在所说的是不是我在这个大的poem里面指定一个我们的MYCQL版本号叫5174啊，后续。子项目里面就可以添加这个东东的时候，而可以怎么着不用指定版本号，所以说我们在子类工程里面就可以这么干。

子类工程里面不用再加depend management嘛，对吧，是管理的意思，总包总管起来，总管，那总管只有一个我负类，这如果要用这么一个跟我的负类。整齐划一。令行禁止，老爸爸那定义的是5.1.2，我这些做儿子的，我也要5.1.2，只要我这儿没有自己造反去指定一个版本号，我不指定的默认就跟我老爸用成一样的，所以说多个子项目这样的好处，引用同一个依赖，我们可以使每一个子项目都实名一个版本号，那假设以后我们要版本升级了，我在父类这换一个版本号，那么是不是全体改一处？一处修改是不是处处生效啊？这样的聚合统一管理的模式非常的方便，那么我们想切换到另外一个版本，只需要在顶层的复容器里面更新一下，而不需要挨个挨个的修改，那么一次修改处处声明，那么假设啊，如果某个子项目你需要另外一个版本，你只需要独立的声明，说穿了能够复用父类的，就跟我老爹保持一致啊，不行，你自己用你自己的，这是第一步。所以说我们在这儿就是干嘛锁定版本。

加子模块不用写这个版本号，还有这个，那接下来要有一个细节重点。这个东东它只是声明依赖，怎么着，并不引入实现，明白了吗？他只是确定和规范，哎，张罗着，有点类似于雷声大雨点小，只见楼梯响，不见架包引入。换句话说，它这儿只是告诉你，我这儿5.1.2，我们给你锁定了版本号，请大家按照这个规范来，它就像一个接口一样，那么具体的实现代码是service simple实现类，真真真正引入版本的架包的是这个GV这个坐标，因此子项目需要显示的声明，需要用到的什么鬼依赖，再次强调这个哥们只是父类的定义。

坐标和版本号，而真真正正引进来的是它子类引进来了，不写版本号，借用父类的，洗了用自己的。因此，如果我们在子项目中，生命的依赖是不会从，如果我们不在子项目中，生命的依赖是不会从负项目继承下来的。它只是说我们要用这么一个规范，爱用不用，是让你自己引入，自己动手，才能丰衣足食，只有在子项目中写了这个依赖项。并且没有指定具体的版本号才会从负项目中继承，明白了吗？所以说我们的version，还有这个范围都取自负泡沫，如果子项目中指定了版本号，那么就会用指子项目中的什么版本号，有点像方法重写，那么所以说在这块一定要明白两个意思啊，Depends management一般用在负工程，它都是从上面往上找好处，就是全工程的价包统一，这是第一个，第二个它呢？

只是负责定义，并不引入实现真真正正的架包引进来还是要靠子空程自己去引，只不过你可以神写一个版本号，OK，那么就这两个小细节，这是第一个知识点，第二个知识点，每本中如何跳过单元测试啊，那由于后面啊，同学们我们要在做的过程当中，这个没文编辑很频繁，而大部分都是正确的，因为老图发给大家，杨哥这个已经做了上百次的测试，应该就是粘你都能粘成功，所以说一般我们为了节约时间哈，由于我们时间也很紧张，我们在这个me这我们都会选择一个东西，叫它像闪电一样的，请看是不是skip test把这个点上来，什么概念，点和不点有什么区别。啊什么呀什么按下去不啊，你看看你们idea用的干嘛，在这个生命周期这如果我没有点下去这个test这一步。

干嘛？没有那个横线，如果我点下去，你看是不是变成灰色不可用，那么它的生命周期就是这一切好，那么我们节约这个时间啊，这个test。第三一个我们呢，负工程创建完成以后，你可以试试你的面环境和架包这些插件等等，一般我们会用可令和store将负工程发布到仓库，方便子工程继承，好那么假设啊，到后面我们假设要发布，你可以先测测你的。Install，如果一切OK，看到这个success，那说明你本机的ma跟idea的整合是OK的，那么接下来如果不需要，那么我们来用一下clean，那么以后我们要发布一些包给别的工程共用的时候，那么是不是就是可以先clean后store？那么通过这两次的检测，那么杨哥。可以给大家演示证明我本机一步一步新建的第一个。Idea新建project的一是工作空间，二是我们的maven负工程，POM聚合工程的内容也全部给大家说过。第三一个灭工程落地的细节，我们的dependence management和dependcies它们两个有什么区别？这个只是声明，实质上要靠它引用，只不过锁定统一的版本号让子类我们呢？

干嘛整齐划一，共遵一个版本号，便于我们工程的管理，那么如何跳过没有的单元测试啊？那么这个就是我们的第一步，完成了我们project工作控件的构建，那同学们不废话，动手动手再动手。