23.通过servlet-api进一步理解provided依赖范围.avi原创

诶，我这儿听到了，刚才很多同学说呀，你上午已经演示了，缺这个的话，我们就加这个，呃，阿尔法奇汤姆派的这个运行环境就行了，是吧，加的话就是ADD libraries选serve runtime选这个，哎，你这么加的话肯定是可以的，但是我们说呀，这是eclipse的做法，这是在我们eclipse中的做法，那在这我们要跟大家说的是我们ma的做法，我们说了这个时候吧，就用到了，就我们这个provided啊，这个依赖的这个范围的依赖就起作用了，我们现在呢，以他找不到的这个类啊，就是http servel，我们可以看一看crl c ctrl shift t crl z这个它属于哪个价包呢？SURVEY1篇，诶那么我们就在这个，我们就在我们这个工程里边啊，就在我们这工程里边去加入这个SERVICE1篇。

带着这个依赖不就好了吗？我们去找一下这个依赖的信息，在我们这个操作指南里面。这个吧，把这个过来。然后你看provide的啊，是这个范围的，嗯，然后呢，这个引入进来以后，他这马上他就不搞错了，哎哎，这个效果呢，是立竿见影的，那么我们说了啊，这个时候这个pro的，呃，我们不妨呢来跑一下哈，我们随便写点什么。诶，我们去给他跑一下，这时候就可以按照我们的以前的习惯在ecls里边哈，去这个run as。

然后我们看一下这个部署的目录，看我们这个web project，看这个力下边啊，你看现在的话什么都没有，如果我们加一个compile范围的依赖的话，嗯，比如说呢，我们去加一个spring哈。我们去这儿好像有。呃，就比如说这个唠破街吧，就举举个例子说话，大家看这个唠破街，呃，它这没有配这个scope，那么scope呢，它默认的值呢，就是comp啊，它默认就是compel，然后呢，我们去重启一下。哟，怎么还一场啊，找不到这个，为啥找不到这个呀，我们在这儿测试的时候写了一个这个是吧，那我们就不带他玩就行了呗。

轻点，我们这个是错的，就不跑它了，我们就跑一下这个。然后呢，我们来看一下这个部署的目录。哎，你看这个compare范围的这个依赖啊，同样都是依赖，同样都是人是吧，做人的差距怎么就那么大呢？哎，看我们这个破门件，我这儿有两个依赖。哎，那么只有这有两个依赖，但是呢，我这个最后参与部署的呢，就这一个，就comp范围的这一个，哎，这个provided范围的呢，这个就没有，就不会拿到这儿来，当然了，我们也可以去在这里边呢，去给它加一个case的范围的。

我们可以给他加一个T的范围的，你猜这个T范围的会给他拿过去吗？他已经这个重启完了，所以你看这边没有啊，P的范围的他也不会给拿过来，只有这个comp范围的他会参与这个部署啊，所以说这个时候你看我们再回顾一下啊，我们再回顾一下。关于这个依赖的范围，Comp范围的依赖，对主程序有效，对测试程序也有效，也要参与打包，那么其实呢，呃，是否参与部署呢，他也要参与，你看他全程都是有效的，全程都是有效的啊，然后呢，对配置的范围的，对主程序是无效的，对测试程序有效，不参与打包，也不参与部署。

哎，这典型例子是只unit，哎，那这个我们说这个这个comp范围哈，它典型的例子是我们像spring这样的，哎，你程序最终在服务器上跑的时候也需要要用，哎然后呢，服务器也不能够提供，所以说他呢得这个部署部署过去。那这个pro的对主程序是有效的啊，你像我们GSP哈，也可以认为呢，它是属于这个，反正不是测试这个范围的，它也是主程序范围的，他对主程序是有效的，对测试程序呢，也是有效的啊，测试程序也可以访问provide的范围的依赖，但是呢，他不参与打包，不参与部署，典型例子呢，是PI这样的东西，诶所以这个时候呢，我们就是通过这个哈，进一步去理解，实实在在的看到provide的这个依赖的这个范围哈，它的这样一个特特特征。