查看原文
其他

枚举很好用啊,为啥阿里不建议返回值用枚举?

Java之间 2020-10-16

点击上方Java之间”,选择“置顶或者星标”

你关注的就是我关心的!

来源:zhihu.com/question/52760637

上一篇:【面经】5面终于拿到了字节跳动offer! 鬼知道我经历了啥...

提问

小伙伴说在一次接口定义时,使用了枚举,结果被其它人深深嫌弃,说不好拓展。
为什么会被嫌弃呢?我们先来看看阿里开发手册关于枚举使用的建议
从手册可以看出,定义和使用枚举,阿里开发手册都是支持的,但是为啥,返回值就要反对了呢?

看看作者孤尽是怎么说的

由于升级原因,导致双方的枚举类不尽相同,在接口解析,类反序列化时出现异常。Java中出现的任何元素,在Gosling的角度都会有背后的思考和逻辑(尽管并非绝对完美,但Java的顶层抽象已经是天才级了),比如:接口、抽象类、注解、和本文提到的枚举。
枚举有好处,类型安全,清晰直接,还可以使用等号来判断,也可以用在switch中。
它的劣势也是明显的,就是不能扩展。可是为什么在返回值和参数进行了区分呢,如果不兼容,那么两个都有问题,怎么允许参数可以有枚举。当时的考虑,如果参数也不能用,那么枚举几乎无用武之地了。参数输出,毕竟是本地决定的,你本地有的,传送过去,向前兼容是不会有问题的。但如果是接口返回,就比较恶心了,因为解析回来的这个枚举值,可能本地还没有,这时就会抛出序列化异常。
比如:你的本地枚举类,有一个天气 Enum:SUNNY, RAINY, CLOUDY,如果根据天气计算心情的方法:guess(WeatcherEnum xx),传入这三个值都是可以的。返回值:Weather guess(参数),那么对方运算后,返回一个SNOWY,本地枚举里没有这个值,傻眼了。

不过,另一位网友Brian的回答也很通俗易懂

枚举,就是把已知的全部罗列出来。作为二方/三方库的提供者,我支持什么,你们就是用什么,这样是安全的。库版本升级后我支持了更多,你不知道情况下自然不会使用,反正我不支持的参数你不可能传递给我,所以作为输入,枚举简直就是安全保障。但作为返回值,情况就反过来了。我先告诉你这些这些可以有,然后你规定这些这些可以有,除此之外都没有。但是,是我说了算而不是你,所以你的规定狗屁不是。没有仔细看手册(假设有的话)的每一个字,鬼知道升级后的api会返回什么,抛异常的可能性直趋百分百。

2020年01月01日


最近热文阅读:
1、【面经】5面终于拿到了字节跳动offer! 鬼知道我经历了啥...
2、在 IntelliJ IDEA 中这样使用 Git,效率提升2倍,太6了!
3、17 个常用的 JVM 参数,你都记住了吗!
4、Postman 收费太贵了,我决定用 Postwoman...
5、Spring的Bean生命周期,11 张高清流程图及代码,深度解析
6、Github标星10.3K!这可能是最好的Java博客系统
7、是时候扔掉 Postman 了,试试 IntelliJ IDEA 自带的高能神器!
8、left join、right join和join,傻傻分不清?
9、世界10大编程语言,Java不是第一,PHP才第五
10、爱奇艺的数据库选型大法,实用不纠结!
关注公众号,你想要的Java都在这里

    您可能也对以下帖子感兴趣

    文章有问题?点此查看未经处理的缓存