一个关于后端返回值/vo的实际问题

来源:14-1 课程回顾与下期展望

学东西要快

2019-01-06

课程终于学完啦 手动撒花~
一路跟着老师coding过来,可以看出来老师在确定api的返回值上了很大的功夫。 一是定义了严谨的POJO类,二是定义了VO类。

这跟我目前所在公司的套路是完全不一样的。公司的套路是不管三七二十一,你从数据库中查出来的对象我统统用一个工具方法给转换成map或者list。然后再根据你自己的业务需要格式化,插值或者put之类的。

实话说,我感觉公司的套路比目前的VO套路简单多了,简直能提早半个小时下班的节奏。

老师肯定知道这种套路存在的但没有去封装。所以我想问一下目前市场上主流的返回值方案是什么。

写回答

1回答

geelylucky

2019-01-06

同学,你好,我是geely老师的助教。

不同的公司因为cto的水平的不同,会有不同的解决方案。

如果只是简单地使用map或list去处理数据当然能做到数据处理的一致性,但是同时也让响应数据变得更加地模糊,没有办法确定响应数据的具体内容,给后期维护带来困难。

1
2
Geely
助教老师回答的很不错,其实怎么返回都行。但是一旦在快速迭代,业务不断需要变化的时候,咱们课程里讲的这种方式,其实可以理解pojo和vo是解耦的。例如一个Date类型我要按一定格式化标准变成String,这只是其中一点,我目前接触到的各大互联网公司所用的对象转换,和课程是一样的,我讲的都是前沿最佳实践嘻嘻,细心的同学,赞
2019-01-14
共2条回复

从0开始 独立完成企业级Java电商网站服务端开发

前后端分离,数据库接口设计,架构设计,功能开发,上线运维

9487 学习 · 8814 问题

查看课程