实际java项目里，方法的返回是怎么封装的呢？

Question

比如一个SSM框架的项目，dao层和service层的方法，输入参数和返回结果一般要不要封装成对象呢？

我之前都是用 Map<String, Object> 这种表示输入和输出的，感觉非常方便，但是在网上看到很多说这样不规范，要用面向对象的思维，封装 dto 什么的。。。。。

所以我现在也比较疑惑，到底怎样比较规范一点，合理一点？

Answer 1

看业务需要和项目繁杂度，如果想用Map返回，必要时可以写好注释。一般都会结合两种方式使用

Answer 2

JAVA的话参数和返回值还是对象居多，但是其他格式比如map又或者其他字符串也是可以的，具体看逻辑和需求

Answer 3

现在用的平台,返回对象统一为ReturnObject:status:boolean,指示本次查询是否成功;data:Map<String,Object>或List<Map<String,Object>>,数据;datax:数据数目

Answer 4

没有绝对的规范，视项目规范和需求而定。 另外Map也是对象！，虽然大多数会用POJO来封装参数或封装结果。

Answer 5

用josnobject方便快捷

Answer 6

我是这样处理的 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; } }

Answer 7

感觉封装下会比较好,在返回结果上加个状态码可以省很多事.

Answer 8

对外系统的话，封装一个Response，里面有code，描述，结果。 系统内部的话，直接返回响应的对象，一般不会再用Response包一层。