Java布尔类型变量命名与类型问题

1. Java变量命名与类型概述

平时业务开发过程中,实体创建的时候很多同学习惯使用isXXX开头命名一些属性,比如isDeleted,isSupport,isUpper等等,Java开发手册中是不准使用isXXX来命名的,而且实体中强制使用包装类型。

这里讨论两个问题,一个是命名问题,以isXXX开头的变量;另一个是对象中使用包装类型的问题。

2. 使用isXXX来命名变量问题

其实阿里巴巴发布的java开发手册中就写明了,强制规定,布尔类型的数据,无论是boolean还是Boolean都不准使用isXXX来命名
在这里插入图片描述
1.其实javaBeans规范中对这些均有相应的规定,基本数据类型的属性,其getter和setter方法是getXXX()和setXXX,但是对于基本数据中布尔类型的数据,又有一套规定,其getter和setter方法是isXXX()和setXXX。但是包装类型都是以get开头。

2.这种方式在某些时候是可以正常运行的,但是在一些rpc框架里面,当反向解析读取到isSuccess()方法的时候,rpc框架会“以为”其对应的属性值是success,而实际上其对应的属性值是isSuccess,导致属性值获取不到,从而抛出异常。

3.boolean类型的属性值不建议设置为is开头,否则会引起rpc框架的序列化异常。

4.如果强行将IDE自动生成的isSuccess()方法修改成getSuccess(),也能获取到Success属性值,若两者并存,则之后通过getSuccess()方法获取Success属性值。

代码验证

/**
 * 商品实体类
 *
 * @author zrj
 * @since 2021/12/2
 **/
public class Goods {
    
    
    /**
     * 非布尔类型
     * 不带is开头:get与set方法正常
     * 带is开头 :get与set方法正常
     */
    private String start;
    private String isStop;
    /**
     * boolean基本类型,没有get方法,而是以isXXX开头的方法,与setXXX的方法。
     * 不带is开头:正常isXXX,setXXX
     * 带is开头 :is与set方法都会自动去掉属性名称中的is
     */
    private boolean lower;
    private boolean isUpper;
    /**
     * Boolean包装类型,正常getXXX,setXXX
     * 不带is开头:正常getXXX,setXXX
     * 带is开头 :get与set方法都会自动去掉属性名称中的is
     */
    private Boolean del;
    private Boolean isDeleted;

    public String getStart() {
    
    
        return start;
    }

    public void setStart(String start) {
    
    
        this.start = start;
    }

    public String getIsStop() {
    
    
        return isStop;
    }

    public void setIsStop(String isStop) {
    
    
        this.isStop = isStop;
    }

    public boolean isLower() {
    
    
        return lower;
    }

    public void setLower(boolean lower) {
    
    
        this.lower = lower;
    }

    public boolean isUpper() {
    
    
        return isUpper;
    }

    public void setUpper(boolean upper) {
    
    
        isUpper = upper;
    }

    public Boolean getDel() {
    
    
        return del;
    }

    public void setDel(Boolean del) {
    
    
        this.del = del;
    }

    public Boolean getDeleted() {
    
    
        return isDeleted;
    }

    public void setDeleted(Boolean deleted) {
    
    
        isDeleted = deleted;
    }
}

3. 基本类型与包装类选择问题

咱们举个例子,一个计算盈利的系统,其盈利比例有正有负,若使用了基本类型bouble定义了数据,当RPC调用时,若出现了问题,本来应该返回错误的,但是由于使用了基本类型,返回了0.0,系统会认为没有任何问题,今年收支平衡,而不会发现其实是出现了错误。
若使用了包装数据类型Double,当RPC调用失败时,会返回null,这样直接就能看到出现问题了,而不会因为默认值的问题影响判断。

阿里java开发手册中对于这个也有强制规定:
在这里插入图片描述因此,这里建议大家POJO中使用包装数据类型,局部变量使用基本数据类型。

猜你喜欢

转载自blog.csdn.net/m0_37583655/article/details/121683320
今日推荐