00:00
好,那我们刚才呢,咱们已经搭建了咱们的酶粉工程了,对吧,下一步呢,大家来看咱们需要来配置我们的web的查安苗,那为什么要配置web的查苗,那大家都知道web的差苗中,咱们主要就是来。注册solve light来注册filter过滤器,然后来注册咱们的监听器,那为什么我们当前在使用SPVC的时候,咱们也要来配置web的叉L呢?那其实在之前我们在讲SPAVC的特点的时候啊,我们就说了spring VC呢,它是基于咱们原生的solve,好,那所以说呢,它就为我们提供了一个封装我们处理请求过程的一个前端控制器,叫做dispature solve that,那所以说现在我们当前的请求还需要被我们自己创建的S来处理吗?可以,但是既然咱们用了SPVC,那我们当前的请求统一都要被前端控制器来进行处理,好,那既然它是一个solve呀,那大家都知道要想来处理请求,那我们就必须在web的XL中进行注册,那注册是为了什么?
01:07
大家想想我们在上一个阶段的时候,咱们为什么要注册啊,因为咱们的浏览器不能直接访问到一个类,所以说我们要想去访问到这个solve呀,我们是不是必须要给它设置一个匹配路径,每当我们所访问的路径啊,然后符合我们当前所设置的匹配路径的时候,那这个时候当前的请求就会被我们的solve来进行处理,好OK,下面呢,那我们就来看一下,咱们一共有两种配置方式啊,我们以后用的最多的就是咱们的扩展配置方式,好,然后咱们的默认的配置方式呢,然后和扩展配置方式它们两个有什么区别,下面呢,咱们就来配置一下,首先呢,大家注意我们现在要做的事情是干什么来配置,来配置咱们瑞MVC的。前端控制器对吧?好,然后对我们浏览器发送的请求,发送的请求来进行统一处理,统一处理好啊行好,然后怎么来配置,那既然是注册solve,那所以说咱们是不是应该有标签里面的solve name要跟咱们solve mapping的solve name保持一致,那比如说咱们在这就叫做spring mvc OK,然后再往下有solve。
02:25
好,他来写的是我们当前so的一个权利名。那咱们的前端控制器呢,是叫做dispats of that,所以说咱们在这直接来写,大家来看就会有相对应的提示,好然后咱们来选中咱们的DIS4PAT solvele,那咱们的Le标签就已经配置完了,好再往下的话,咱们有solve mapping,好,然后咱们一定要保证我们当前solve和solve mapping他们的solve一致,Solve name一致,那这个时候我们当前的这两个就是共同来注册一个solve的,这个大家注意,那URL pattern我们应该写什么呢?那咱们在上一个阶段的时候,因为我们当前咱们的一个请求是不是要来对应我们的一个solvele,所以说我们的URL pattern咱们一般写的都是固定的。
03:16
这个大家应该有印象对吧?好,那我们当前大家看这一句话是对咱们浏览器发送的请求来进行统一处理,好那这儿大家想想,咱们的请求路径,你能写成是一,你能写成是一个固定的吗?你能不能在这来写一个斜线,叫做test spring mvc能这样去写吗?不能,如果我们当前要这样去写的话,那大家想,那我们的dispatch of letter是不是就只能来处理我们的test spring VC这个请求了,对不对?所以说咱们能这样设置吗?不能,那我们怎么来设置呢?大家注意啊,我们在这来设置一个斜线,好,这个斜线大家好像从来都没有见过啊,我们上一个阶段咱们注册solve,要么我们写的是一个固定的路径,要么呢,我们在这咱们应该来写的是一个什么,写的是一个杠星,对吧,咱们在配置过滤器的时候,URL pattern,咱们是不是经常使用杠星啊,那为什么咱们在这要写这个要要写这个斜线呢?大家注意啊好。
04:16
截线来表示的就是我们当前浏览器所发送的所有请求,但是不包括点GSP为后缀的请求路径,好然后大家可以看一下咱们的笔记里面给大家写的啊,斜线所匹配的请求可以是什么,斜线login呢?斜线A,斜线B,或者说是点HTML啊,点GS或者说点CSS,然后像这种方式的请求路径,但是它不能匹配什么点GSP请求路径的这个请求,好然后这是为什么,大家注意啊。好,首先呢,我们的斜线咱们写到这儿,我首先咱们先来解决这个问题,为什么点GSP咱们不让他去匹配点GSP呢?虽然说咱们现在呢,咱们已经不用GSP了,对吧?但是呢,如果有点GSP的话,点GSPGSP的本质其实就是一个solve,它是需要经过我们当前服务器中特殊的solve指定的solve light来进行处理的,所以说咱们的点GSP为后缀的这个请求路径需要由我们的dispatch of let来处理吗?不需要,所以说咱们也不需要来匹配点GSP,那如果现在咱们所写的路径能够匹配点GSP的话,那这个时候它出现的问题是什么呢?就是我们的点GSP这个请求路径的请求也会被我们当前的spring VC来进行处理,那spring VC就会把我们当前这个来作为一个普通的请求处理,而会不会去找到它相对应的GSP页面呢?不会,所以说。
05:50
那这个时候咱们访问GSP还能找到相对应的GSP页面吗?就找不到了,所以呢,我们写一个斜线,要把咱们的点GSP这些请求路径的请求啊,把它给排除掉,然后其他的请求我们都要交给咱们的前端控制器来进行处理,这个大家注意啊,好,那这个杠星又代表了什么?因为咱们在上一个阶段配置过滤器的时候,我们一般用的都是杠星,那杠星代表的也是所有请求,那杠星又是什么意思呢?代表的是所有请求,包括点GSP请求路径的请求,所以说这个大家一定要注意啊,咱们的杠和杠星的区别,那当我们通过这种默认的配置方式,咱们配置完成之后,那咱们也说过框架是什么框架其实就是配置文件夹假包,那所以说咱们现在架包有了,我们要想去实现相对应的功能,那我们就需要去创建spring VC的配置文件,那因为在这个地方啊,咱们是看不到我们当前。
06:50
咱们是如何去配置咱们的,如何去加载我们SPAVC的配置文件的,所以说它加载配置文件的时候,那咱们的配置文件就一定有一个固定的路径以及固定的名称,好,如果我们用默认的配置方式,大家注意,也就是这种配置方式的话,我们SPVC的配置文件它的默认位置在哪呢?在we部引破下,然后它的默认名称是什么呢?是咱们serve let-name这个标签的值,然后加上杠solve.xl,就比如说我们下面的这种配置,如果我们用的是下面这种配置的话,我们当前spring VC的配置文件应该是在咱们的web ino下,文件名应该是spring VC杠的叉L,这个大家注意好,然后但是这样好吗?不好,因为大家都知道我们学了maven工程之后,我们的配置文件要统一的放到我们当前的resource下边,对吧,那如果我们要想来实现。
07:50
这个功能的话,那我们应该如何去实现呢?好,下面呢,咱们就来给大家介绍一下我们的扩展配置方式,大家注意这两种配置方式都是可以的,没有说哪一种可以哪一种不行,但是我们最优的方式还是我们以扩展配置方式来进行配置,OK啊。
我来说两句