前言
昨天写的东西感觉有点啰嗦,这样写感觉重点不突出,效率比较低,决定以后调重点记录一下,最后写好一个模块再总结这个模块用到的技术点。下面是今天的内容:
- 抽象出响应类
- 登录逻辑
抽象出响应类
为什么要抽象出一个统一的响应类呢?不抽象出响应类的时候我一般都是需要返回什么我再去想该怎么写接口,返回的值是什么,这样做有很大的弊端:
- 想到哪写到哪,没有形成一个通用的思考方向,这样写代码效率非常底下而且写出的代码可读性,可维护性太差。
- 每个接口返回的值都不统一,不利于前端取数据。
总之感觉无论是自己写代码还是以后在公司写代码都应该这样做,这就是一种规范。捋清楚为啥要这样写,还是有点小震撼的,目前的水平真的太菜了。
下面是抽象出响应类的过程:
首先哪登录接口出来分析下
/user/login.do post(代码需要post方式请求),开放get,方便调试
request
username,password
response
fail
{
"status": 1,
"msg": "密码错误"
}
success
{
"status": 0,
"data": {
"id": 12,
"username": "aaa",
"email": "aaa@163.com",
"phone": null,
"role": 0,
"createTime": 1479048325000,
"updateTime": 1479048325000
}
}
这里只是拿出登录接口出来分析,其他接口都是一样的格式,即json格式。接口返回的值可以分为三部分内容:
- status: 返回状态,0表示成功,1表示成功
- msg: 返回信息,例如密码错误,登录失败等等随接口不同而返回的值不同
- user对象: 实际上这里不一定是user 对象,也可以是购物车对象,订单对象等等,所以在抽象的时候应该抽象成一个泛型,可以接受所有对象
根据接口抽取出这三部分内容,代码就好写了。先建一个带泛型的ServerResponse类,这个类有上三个成员变量,另外@JsonSerialize
标签的作用是忽略掉值为null
的key,比如,某个接口的fail
里面不需要包含status
这个字段,那么加了这个标签就可以不序列status
这个字段。注意@JsonSerialize
放到类上面是对所有字段都有效,如果只是放到某个方法上面则对该方法有效。
@JsonSerialize(include = JsonSerialize.Inclusion.NON_NULL)//忽略属性为null序列化
public class ServerResponse<T> implements Serializable {
private int status;
private String msg;
private T data;
}
然后是写ServerResponse
类的各种构造函数,至于要写哪些构造函数的话其实我感觉是当需要的时候再去写,毕竟一开始没经验的也不知道哪种是我们需要的。
private ServerResponse(int status) {
this.status = status;
}
private ServerResponse(int status, T data) {
this.status = status;
this.data = data;
}
private ServerResponse(int status, String msg) {
this.status = status;
this.msg = msg;
}
private ServerResponse(int status, String msg, T data) {
this.status = status;
this.msg = msg;
this.data = data;
}
写一个返回布尔值的方法,这个方法判断是成功或者失败。注意这里有个标签@JsonIgnore
,这个标签的作用是这个方法的返回值不要转换成json。因为前端不需要这个数据,这个数据只是我们后端用来判断是成功还是失败用的。
//忽略此方法的json转换
@JsonIgnore
public boolean isSuccess() {
return this.status == ResponseCode.SUCCESS.getCode();
}
注意到上面的构造函数都是私有的,也就是说不能通过new
来得到我们的响应类,所以还要开放一些方法来得到响应类以及三个私有字段的值。
public static <T> ServerResponse<T> createBySuccess() {
return new ServerResponse<T>(ResponseCode.SUCCESS.getCode());
}
public static <T> ServerResponse<T> createBySuccess(T data) {
return new ServerResponse<T>(ResponseCode.SUCCESS.getCode(), data);
}
public static <T> ServerResponse<T> createBySuccessMessage(String msg) {
return new ServerResponse<T>(ResponseCode.SUCCESS.getCode(), msg);
}
public static <T> ServerResponse<T> createBySuccess(String msg, T data) {
return new ServerResponse<T>(ResponseCode.SUCCESS.getCode(), msg, data);
}
public static <T> ServerResponse<T> createByError(String errorMessage) {
return new ServerResponse<T>(ResponseCode.ERROR.getCode(), errorMessage);
}
public static <T> ServerResponse<T> createByError() {
return new ServerResponse<T>(ResponseCode.ERROR.getCode(), ResponseCode.ERROR.getDesc());
}
public static <T> ServerResponse<T> createByError(int errorCode, String errorMessage) {
return new ServerResponse<T>(errorCode, errorMessage);
}
public T getData() {
return this.data;
}
public String getMsg() {
return this.msg;
}
public int getStatus() {
return this.status;
}
上面用到了一个ResponseCode
类,这是一个枚举类,作用是用来保存返回码和返回信息,即接口中的status
和msg
这两个字段,下面是ResponseCode
类
package com.ch0918.common;
/**
* @author huangdongjiang
* @date 2018/8/12 15:50
*/
public enum ResponseCode {
ERROR(1, "ERROR"),//用逗号隔开
SUCCESS(0, "SUCCESS"),//用逗号隔开
ILLEGAL_ARGUMENT(10, "ILLEGAL_ARGUMENT");//分号结束
private int code;
private String desc;
ResponseCode(int code, String desc) {
this.code = code;
this.desc = desc;
}
public int getCode() {
return this.code;
}
public String getDesc() {
return this.desc;
}
}
小结
这里代码不多,但是很有营养,这种抽象思想放到任何一个项目都是需要的,而且前端和后端交互数据应该也是通过这个类封装好返回给前端。另外里面的泛型用到这里恰到好处,趁机复习了一波泛型和枚举类的相关知识。
登录逻辑
登录逻辑之前写过,但是跟别人的写的比起来,感觉我的代码写得很乱。
controller层,注意这里在类上面用了@RequestMapping("/user/")
,这样写是因为通过分析接口文档知道,用户模块前面都带有/user/
,如果不在类上面加的,每个方法都要加这个。另外这里又抽出了一个常量类Const
。
package com.ch0918.controller.portal;
import com.ch0918.common.Const;
import com.ch0918.common.ServerResponse;
import com.ch0918.pojo.User;
import com.ch0918.service.IUserService;
import org.springframework.beans.factory.annotation.Autowired;
import org.springframework.stereotype.Controller;
import org.springframework.web.bind.annotation.RequestMapping;
import org.springframework.web.bind.annotation.RequestMethod;
import org.springframework.web.bind.annotation.ResponseBody;
import javax.servlet.http.HttpServletResponse;
import javax.servlet.http.HttpSession;
/**
* @author huangdongjiang
* @date 2018/8/12 14:44
*/
@Controller
@RequestMapping("/user/")
public class UserController {
@Autowired
private IUserService iUserService;
/**
* 用户登录
* @param username 用户名
* @param password 密码
* @param session session
* @return ServerResponse<User>
*/
@RequestMapping(value = "login.do", method = RequestMethod.POST)
@ResponseBody //封装成jason格式返回
public ServerResponse<User> login(String username, String password, HttpSession session) {
//controller->service->dao
ServerResponse<User> serverResponse = iUserService.login(username, password);
if (serverResponse.isSuccess()) {
session.setAttribute(Const.CURRENT_USER, serverResponse.getData());
}
return serverResponse;
}
}
常量类Const
代码
package com.ch0918.common;
/**
* @author huangdongjiang
* @date 2018/8/12 20:14
*/
public class Const {
public static final String CURRENT_USER = "current_user";
}
Service
层
package com.ch0918.service;
import com.ch0918.common.ServerResponse;
import com.ch0918.pojo.User;
/**
* @author huangdongjiang
* @date 2018/8/12 14:50
*/
public interface IUserService {
/**
* 登录
* @param userName 用户名
* @param password 密码
* @return 响应对象
*/
ServerResponse<User> login(String userName, String password);
}
package com.ch0918.service.impl;
import com.ch0918.common.ResponseCode;
import com.ch0918.common.ServerResponse;
import com.ch0918.dao.UserMapper;
import com.ch0918.pojo.User;
import com.ch0918.service.IUserService;
import org.springframework.beans.factory.annotation.Autowired;
import org.springframework.stereotype.Service;
/**
* @author huangdongjiang
* @date 2018/8/12 14:51
*/
@Service
public class UserServiceImpl implements IUserService {
@Autowired
private UserMapper userMapper;
@Override
public ServerResponse<User> login(String username, String password) {
int resultCount = userMapper.checkUsername(username);
if (resultCount == 0) {
return ServerResponse.createByError("用户名不存在。");
}
//todo MD5加密
User user = userMapper.login(username, password);
if (user == null) {
return ServerResponse.createByError("密码错误。");
}
return ServerResponse.createBySuccess("登录成功", user);
}
}
dao层
int checkUsername(String userName);
User login(@Param("username") String username, @Param("password") String password);
user.xml中的sql语句
<select id="checkUsername" parameterType="String" resultType="int">
select count(1)
from mmall_user
where username = #{userName}
</select>
<select id="login" parameterMap="map" resultMap="BaseResultMap">
select
<include refid="Base_Column_List"/>
from mmall_user
where username = #{username}
and password = #{password}
</select>
总结
每个接口的响应可以抽象出一个统一的类,以后的接口就直接用这个类来作为响应。这样就不用想每个接口要返回什么东西了。这个响应类的精髓在于泛型的使用,就是要返回给前台的数据抽象成一个泛型,根据接口的不同而不同,例如可以是User对象,也可以是Cart对象等等。另外做响应对象时又抽出了一个常量类Const和枚举类ResponseCode。
有了抽取出来的响应类后写登录功能的代码就可以优雅地完成了。