在Java编码中，我们容易犯一些错误，也容易疏忽一些问题，因此笔者对日常编码中曾遇到的一些经典情形归纳整理成文，以共同探讨。
1. 纠结的同名现象 很多类的命名相同（例如：常见于异常、常量、日志等类），导致在import时，有时候张冠李戴，这种错误有时候很隐蔽。因为往往同名的类功能也类似，所以IDE不会提示warn。 解决 写完代码时，扫视下import部分，看看有没有不熟悉的。替换成正确导入后，要注意下注释是否也作相应修改。 启示 命名尽量避开重复名，特别要避开与JDK中的类重名，否则容易导入错，同时存在大量重名类，在查找时，也需要更多的辨别时间。 2. 想当然的API现象 有时候调用API时，会想当然的通过名字直接自信满满地调用，导致很惊讶的一些错误： 示例一：flag是true？ boolean flag = Boolean.getBoolean("true");
可能老是false。 示例二：这是去年的今天吗（今年是2012年，不考虑闰年）？结果还是2012年： Calendar calendar = GregorianCalendar.getInstance();
calendar.roll(Calendar.DAY_OF_YEAR, -365);
下面的才是去年： calendar.add(Calendar.DAY_OF_YEAR, -365);
解决办法 问自己几个问题，这个方法我很熟悉吗？有没有类似的API? 区别是什么？就示例一而言，需要区别的如下： Boolean.valueOf(b) VS Boolean.parseBoolean(b) VS Boolean.getBoolean(b);
启示 名字起的更详细点，注释更清楚点，不要不经了解、测试就想当然的用一些API，如果时间有限，用自己最为熟悉的API。 3. 有时候溢出并不难现象 有时候溢出并不难，虽然不常复现： 示例一： long x=Integer.MAX_VALUE 1;
System.out.println(x);
x是多少？竟然是-2147483648，明明加上1之后还是long的范围。类似的经常出现在时间计算： 示例二： 在检查是否为正数的参数校验中，为了避免重载，选用参数number, 于是下面代码结果小于0，也是因为溢出导致： Number i=Long.MAX_VALUE;System.out.println(i.intValue() |
|
声明：文章版权归原作者所有 部分文章转自互联网 如有侵权请联系
[邮箱地址] 删除
|
注册
登录
