写在前面的话
原计划这部分代码的更新也是上传到ssm-demo仓库中，因为如下原因并没有这么做：
-
有些使用了该项目的朋友建议重新创建一个仓库，因为原来仓库中的项目太多，结构多少有些乱糟糟的。
-
而且这次的代码改动较大，与原来的目录结构及代码风格相比都有很大的差别。
-
同时也考虑到不同的人所处的学习阶段不同，担心有人不习惯也不适应这种风格及后面的更新，有的朋友甚至可能是初学者，更适合学习ssm-demo这个基础项目。
基于以上几点，最终并没有选择把几个项目都放在一个代码仓库中，而是另外花了些时间改动并且重新创建了一个仓库，perfect-ssm另起炉灶，项目也在新的服务器和域名下部署。
接口设计
项目共有三个模块:
- 文章管理模块
- 图片管理模块
- 用户管理模块
针对以上三个模块，并结合前文《设计一套好的RESTful API》中所总结的RESTful API设计原则，对api进行改造，目标接口如下：
图片上传：
原接口 [] http://ssm-demo.13blog.site/loadimage/upload.do
现接口 [POST] http://perfect-ssm.13blog.site/images
文章添加：
原接口 [] http://ssm-demo.13blog.site/article/save.do
现接口 [POST] http://perfect-ssm.13blog.site/articles
文章修改：
原接口 [] http://ssm-demo.13blog.site/article/save.do
现接口 [PUT] http://perfect-ssm.13blog.site/articles
文章列表：
原接口 [] http://ssm-demo.13blog.site/article/list.do
现接口 [GET] http://perfect-ssm.13blog.site/articles
文章删除：
原接口 [] http://ssm-demo.13blog.site/article/delete.do
现接口 [DELETE]http://perfect-ssm.13blog.site/articles
图片添加：
原接口 [] http://ssm-demo.13blog.site/picture/save.do
现接口 [POST] http://perfect-ssm.13blog.site/pictures
图片修改：
原接口 [] http://ssm-demo.13blog.site/picture/save.do
现接口 [PUT] http://perfect-ssm.13blog.site/pictures
图片列表：
原接口 [] http://ssm-demo.13blog.site/picture/list.do
现接口 [GET] http://perfect-ssm.13blog.site/pictures
图片删除：
原接口 [] http://ssm-demo.13blog.site/picture/delete.do
现接口 [DELETE]http://perfect-ssm.13blog.site/pictures
用户登录：
原接口 [] http://ssm-demo.13blog.site/user/login.do
现接口 [POST] http://perfect-ssm.13blog.site/users/cookie
用户列表：
原接口 [] http://ssm-demo.13blog.site/user/list.do
现接口 [GET] http://perfect-ssm.13blog.site/users
用户删除：
原接口 [] http://ssm-demo.13blog.site/user/delete.do
现接口 [DELETE]http://perfect-ssm.13blog.site/users
用户添加：
原接口 [] http://ssm-demo.13blog.site/user/save.do
现接口 [POST] http://perfect-ssm.13blog.site/users
修改密码：
原接口 [] http://ssm-demo.13blog.site/user/modifyPassword.do
现接口 [PUT] http://perfect-ssm.13blog.site/users
根据不同资源映射成不同的uri，对于资源的具体操作类型，由HTTP动词来表示。
java后端实现
前文中提到了一些设计原则，这一篇就是将这些原则运用到项目中，但是理论性的知识看看就忘了，我写博客的目的不是为了写理论概念，没有实际项目配合我是不会写的，我觉得通过代码实现出来，配合实战才能让理论知识吸收的更好。
由于是ssm项目，因此主要是通过SpringMVC实现，更多的是使用了SpringMVC的注解来进行简化开发。
整合过程：
- 首先是修改web.xml配置文件，使得URI可以符合RESTful风格。
<servlet>
<servlet-name>springMVC</servlet-name>
<servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class>
<init-param>
<param-name>contextConfigLocation</param-name>
<param-value>classpath:spring-context-mvc.xml</param-value>
</init-param>
<!--加载顺序为1 -->
<load-on-startup>1</load-on-startup>
</servlet>
<servlet-mapping>
<servlet-name>springMVC</servlet-name>
<url-pattern>/</url-pattern>
</servlet-mapping>
- 修改spring-context-mvc.xml配置文件，配置json消息转换器及动态资源过滤。
<!-- Start: 配置json消息转换器 & 参数解析-->
<bean id="objectMapper" class="com.fasterxml.jackson.databind.ObjectMapper">
<property name="dateFormat">
<bean class="java.text.SimpleDateFormat">
<constructor-arg index="0" type="java.lang.String" value="yyyy-MM-dd HH:mm:ss"/>
</bean>
</property>
</bean>
<mvc:annotation-driven>
<mvc:message-converters register-defaults="true">
<bean class="org.springframework.http.converter.json.MappingJackson2HttpMessageConverter">
<property name="supportedMediaTypes">
<list>
<value>application/json; charset=UTF-8</value>
</list>
</property>
<property name="prettyPrint" value="true"/>
<property name="objectMapper" ref="objectMapper"/>
</bean>
</mvc:message-converters>
</mvc:annotation-driven>
<!-- End: 配置json消息转换器 & 参数解析 -->
<!-- 使用了<url-pattern>/</url-pattern>,所以要对静态资源进行处理 -->
<mvc:default-servlet-handler/>
<!-- 默认的视图解析器 在上边的解析错误时使用 (默认使用html)- -->
<bean id="defaultViewResolver" class="org.springframework.web.servlet.view.InternalResourceViewResolver"
p:order="1">
<property name="viewClass" value="org.springframework.web.servlet.view.JstlView"/>
<property name="contentType" value="text/html"/>
<property name="prefix" value="/WEB-INF/"/>
<property name="suffix" value=".jsp"/>
</bean>
- @RequestMapping注解，规范和限制Http请求的请求方法。
@RequestMapping(value = "", method = RequestMethod.PUT)
@RequestMapping(value = "/{ids}", method = RequestMethod.DELETE)
-
@ResponseBody注解，将返回结果转换为JSON格式。
-
增加common包，其中的工具类规定了返回状态码及返回数据的基本格式。
public class Constants {
public static final int RESULT_CODE_SUCCESS = 200; // 成功处理请求
public static final int RESULT_CODE_BAD_REQUEST = 412; // bad request
public static final int RESULT_CODE_SERVER_ERROR = 500; // 没有对应结果
}
public class Result<T> implements Serializable {
private static final long serialVersionUID = 1L;
private int resultCode;
private String message;
private T data;
public Result() {
}
}
注意事项
几个需要注意的注解：
- @RequestMapping
- @PathVariable
- @ResponseBody
- @RequestParam
代码中大量的出现，本文中也一再强调，因此，给正在看本篇文章的你一个建议就是如果你不熟悉这几个注解，花点时间去认真学习和实践一下，知道这几个注解的用法和注意事项，网上针对这些注解的文章有很多，可以针对性的学习一下，这篇文章就不再占用篇幅去赘述了，需要代码的话，直接去我的GitHub仓库中去下载就好。
结语
推荐一下自己的达人课，感兴趣的朋友可以看一下：SSM搭建精美实用的管理系统
首发于我的个人博客，新的项目演示地址：perfect-ssm，用户名：admin,密码：123456。
如果有问题或者有一些好的创意，欢迎给我留言，也感谢向我指出项目中存在问题的朋友，本篇主要讲述了后端的实现，关于前端的修改会在下一篇文章中讲述。
如果你想继续了解该项目可以查看整个系列文章Spring+SpringMVC+MyBatis+easyUI整合系列文章,也可以到我的GitHub仓库或者开源中国代码仓库中查看源码及项目文档。