比如一个SSM框架的项目,dao层和service层的方法,输入参数和返回结果一般要不要封装成对象呢?
我之前都是用 Map<String, Object>
这种表示输入和输出的,感觉非常方便,但是在网上看到很多说这样不规范,要用面向对象的思维,封装 dto 什么的。。。。。
所以我现在也比较疑惑,到底怎样比较规范一点,合理一点?
比如一个SSM框架的项目,dao层和service层的方法,输入参数和返回结果一般要不要封装成对象呢?
我之前都是用 Map<String, Object>
这种表示输入和输出的,感觉非常方便,但是在网上看到很多说这样不规范,要用面向对象的思维,封装 dto 什么的。。。。。
所以我现在也比较疑惑,到底怎样比较规范一点,合理一点?
现在用的平台,返回对象统一为ReturnObject:
status:boolean,指示本次查询是否成功;
data:Map<String,Object>或List<Map<String,Object>>,数据;
datax:数据数目
我是这样处理的
public class Result<T> {
/**
* 状态码.
*/
private Integer code;
/**
* 提示信息
*/
private String msg;
/**
* 具体内容
*/
private T data;
/**
* @return the code
*/
public Integer getCode() {
return code;
}
/**
* @param code
* the code to set
*/
public void setCode(Integer code) {
this.code = code;
}
/**
* @return the msg
*/
public String getMsg() {
return msg;
}
/**
* @param msg
* the msg to set
*/
public void setMsg(String msg) {
this.msg = msg;
}
/**
* @return the data
*/
public T getData() {
return data;
}
/**
* @param data
* the data to set
*/
public void setData(T data) {
this.data = data;
}
}
4 回答1.6k 阅读✓ 已解决
4 回答1.3k 阅读✓ 已解决
1 回答2.6k 阅读✓ 已解决
3 回答2k 阅读
2 回答785 阅读✓ 已解决
2 回答1.7k 阅读
2 回答1.3k 阅读
看业务需要和项目繁杂度,如果想用Map返回,必要时可以写好注释。一般都会结合两种方式使用