java %n_改善Java程序的N个建议(一)

最近细读了秦小波老师的《编写高质量代码改善Jaav程序的151个建议》,要说是151个建议,其实更合适的说是避免Java的一些冷门的坑,下面整理了N个比较有趣的建议重新学习了一遍。

建议3:三元操作符的类型务必一致

三元操作符运算也称为三目运算,其表达式形如:"条件表达式 ? 表达式1 : 表达式2",在大部分语言中都有这样的三元操作符,其目的就是为了简化if-else,当条件表达式为真时执行表达式1,否则执行表达式2。 来分析一下下面这段代码:

public class Proposal_3 {

public static void main(String[] args) {

int i = 6;

String str1 = String.valueOf(i < 10 ? 9 : 10);

String str2 = String.valueOf(i < 10 ? 9 : 10.0);

System.out.println("两者是否相等:" + str1.equals(str2));

}

}

首先这段程序定义了i为6,那么它一定小于10,那么按道理,三目运算无论执行哪一个都会返回表达式一,也就是9,之后再转为String,那str1和str2做equals之后肯定为true。真的是这样吗?通过运行发现,得到结果:“两者是否相等:false”。

出现了意想不到的结果,这也是Java中的一个容易踩坑的地方。事实上,三元操作符在表达式1和表达式2的类型不一致时会发生转换,其转换规则如下:若两个操作数不可转换,则不转换,返回Object

若两个操作数是明确类型的表达式(比如变量),则按照正常的二进制数字来转换,int类型转换为long类型,long类型转换为float类型

若两个操作数有一个是数字S,另一个是表达式,其类型为T,那么,若数字S在T的范围内,则转换为T类型;若S超出了T类型的范围,则T转换为S类型

若操作数都是直接量数字,则返回值类型为范围较大者

根据这个几个规则就不难看出,第二个三元表达式的9是int,而10.0是float,则int会转换成float,之后得到9.0,所以在最后比较时9和9.0两个字符串不相等。

建议20:不要只替换一个类

在开发中不乏会有很多常量接口(常量类),定义了开发时涉及的常量以简化代码,比如Struts2中的StrutsConstants就是一个常量类,定义了与Struts框架中与配置有关的常量,看一下下面这个常量累。

public class Constant {

// 一年最多有12个月 public final static int MAX_MONTH = 12;

}

public class Proposal_20 {

public static void main(String[] args) {

System.out.println("一年最多有" + Constant.MAX_MONTH + "个月");

}

}

这是一个很简单的常量类,定义了一年最多有多少月份,引用这个常量类输出结果也很简单,就不再阐述,那么这个时候我们回到原始时代,开始用记事本写代码,用终端调试代码:

Emmm,javac编译,java执行看到了结果,不错和预期一样,这个时候我们开启了流浪地球计划,人类移民火星了,那我得把这个月份改改,火星一年有2061个月(未考证),然后修改代码如下:

public class Constant {

// 一年最多有2061个月 public final static int MAX_MONTH = 2061;

}

我们再来编译运行一次:

What?还是12个月?移民失败了?好吧,其实这跟火星移民没有关系,原因就处在final关键字里,final修饰的基本类型和String类型编译器会认为是稳定态(Immutable Status),所以在编译之时,会直接把值编译到字节码中,在上述代码中12这个数值是一个常量,而不是地址引用,所以无论后面怎么修改,只要不重新编译主方法的类,其输出照旧。 不要小看这个坑位,在WEB开发中,有得时候只是对部分功能对部分类做了修改,此时,开发者要是偷懒,直接采用替代部分编译好对class发布,这个时候就kennel会出现上述问题。

建议21:用偶判断,不用奇判断

判断一个数是偶数还是奇数,这个想必初学Java时都应该知道,只要判断其值是否能被2整除就行,不能被2整除那么它就是奇数,能被2整除那它就是偶数,那话不多说,直接码代码:

public class Proposal_21 {

public static void main(String[] args) {

Scanner scanner = new Scanner(System.in);

System.out.println("请输入多个数字判断奇偶:");

while (scanner.hasNextInt()) {

int i = scanner.nextInt();

String str = i + " --> " + (i % 2 == 1 ? "奇数" : "偶数");

System.out.println(str);

}

}

}

输出结果如下图所示:

看了下结果,前几个都很正常,最后一个-7,居然输出都偶数,啥情况啊,Java这么差劲吗?别瞎下结论,先来了解一下Java中都取余算法(%标示符),模拟代码如下:

// 取余运算,dividend是被除数,divisor是除数public static int remainder(int dividend, int divisor) {

return dividend - dividend / divisor * divisor;

}

上面的代码也很好理解,看了之后就明白了,原来Java取余和正常人的思维一样,先用被除数除以除数然后得到的结果乘以除数,最后用被除数减去刚才的结果,但是Java居然没有考虑被除数为负数的情况,当被除数为-7,除数为2时最终得到的结果是-1,没有产生预期的结果1,所以才导致了上述情况。 那么为了避免此类坑位,我们可以采用偶判断以求解,对于这些可有可无的知识点,我们要知其然,并知其所以然。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值