springMVC 框架之 resulful 架构思想

各位小伙伴

又到了分享知识的时间

先来看一下

SpringMVC 的 URL 请求的

两种配置方式

第一种方式: *.do *.action

例: /user/addUser.do /user/addUser.action.

这部分之前有说过,而且我们之前的 demo 都是用的 *.do 来做的,就不过多的解释了.

第二种配置方式: /

例:/user/addUser /user/delUser

那么现在我们来把,之前的项目配置做一下修改,改成 / 看看还可不可以运行

现在我们来发布项目,看一下效果.

呃(⊙o⊙)…怎么变成个这样子了,,查看页面的代码,我们发现出现了一个404的错误.

其实第二种方式(/)包含第一种方式(*.do,*.action),所以我们的页面可以代码不用修改,修改配置之后还是可以运行程序,但是当我们的页面包含静态资源文件(如: *.js, *.image, *.css )的时候 springMVC 也会将他们认为是一个 url 请求去匹配,结果匹配不到,出现 404 错误.

如何解决:

在 springmvc.xml 配置文件里面配置

这样当我们的项目访问,就可以告诉我们不得程序,你访问的是一个静态资源,然后映射到我们的静态资源文件.看一下效果.

页面可以正常显示了,下面开始我们今天的正题.

Restful 是什么

Restuful 是目前流行的一种互联网软件架构思想,他结构清晰,符合标准,易于理解 ,扩展方便.

rest :

Representational State Transfer (资源)表现层的状态转化

资源:

就是网络上的一个实体 ,或者说是网络上的一个具体信息,比如系统中存在用户信息,图片甚至一首歌,我们可以用URI(统一资源定位符)来指向它 http://127.0.0.1:8080/user

表现层:

资源其实有多种表现形式,就是我们把资源具体呈现出来的方式,比如:返回用户信息有多种方式 :xml,json,string,byte[]

URI只代表资源的位置,他的具体表现形式,应该在http的请求头信息用Accept和 content-type

状态转化:

客户端通过http协议访问服务端资源,通过http协议里面定义好的四个动词:GET POST PUT DELETE来讲资源进行状态转化

GET 用来获取资源

POST 用来新增资源

PUT 用来更新资源

DELETE 用来删除资源

普通的URL开发方式 :

http://127.0.0.1:8080/user/getUserList

http://127.0.0.1:8080/user/addUser

http://127.0.0.1:8080/user/deleteUser

http://127.0.0.1:8080/user/updateUser

Restful风格的URL :

http://127.0.0.1:8080/user/1 method = "get" 获取用户明细

http://127.0.0.1:8080/user method = "post" 增加用户

http://127.0.0.1:8080/user method="delete" 删除用户

http://127.0.0.1:8080/user method = "put" 修改用户

实现Restful

SpringMVC 提供了对 restful 风格很友好的支持,支持无后缀的uri匹配,是一种很优雅的 restful 风格的 URI 对于 delete 和 put 两种提交方式,提供了一个过滤器进行转化:设置一个_method=delete/put 的元素,通过 springmvc 提供的过滤器, 能够将他转化成http 协议的 delete 和 put 提交方式 ,可以在 springmvc 的 @RequestMapping 注解里面获取

配置 hiddenHttpMethodFilter 过滤器