java编码中的一些经验和教训

这几天集中时间重拾388备份文件格式研究，使用的工具主要是NetBeans、010 Editor、Excel。NetBeans用来测试分析处的规律，用java语言实现；010 Editor主要是二进制或者说十六进制的形式显示被分析文件，功能较强，主要表现在显示和组合方面；Excel用来格式化显示十六进制的块，显示相应的文本或者数值，并可以添加注释，标注未知区域，为下步分析留下痕迹并做好准备。java语言远远还没有用熟，从本次应用级别的操作展现的非常充分，汗。下面记录一些java使用中犯下的错误以及个人认为需要重点关注的地方，都是小东西，但是me认为对以后少犯这种低级错误有帮助^_^


一、byte[]中的值。

从文件中读取512个字节到byte[] ba；byte应该是0到255，但是在直接转换为int类型的时候出现了负值。这个问题刚开始搞的me狼狈不堪，后来才发现是这个原因。用int i = ba[1]&0xff;才算解决问题。


二、String和StringBuffer。

前者是不可变的，后者是可变的。曾经想给String类型的变量重新赋值，呵呵，毫不客气的出错。后来对于可能变化的字符串，一律采用StringBuffer。再一点就是传入函数的字符串，如果还要传出结果，必须采用后者，即StringBuffer。


三、swtich case语句中忘掉了case中的break终止。

这个可真是害死人的。当时正为格式未定在测试，本来就不是很确定，报出一堆错误，只好从头分析，分析来分析去觉得逻辑上应该没有什么问题了，再回头一看，嘿嘿，原来是忘了break，程序就顺着执行下去了。本来的分支结果全部执行了，不错才怪呐。


四、全局变量的使用。

如果记性不算太好的，对全局变量的使用一定要慎重，那怕仅仅是再一个较长的函数中。程序要接受命令行参数，如果没有参数指定就默认获取当前目录下的所有文件作为参数。因为默认文件列表的功能是后来添加进去的，调试不成功me就死劲的在新增的代码中找啊找啊找，啥都没有发现。me甚至又找到docs仔细查阅了File的说明档，并写了好多System.out.println();来逐步确定进程，后来无意中发现是使用了args[i]的缘故。哼，没有命令行参数，处理的时候自然毫无所获了，改为File[] fa;fa[i]才算解决问题。临时变量随用随声明，用完就丢，进来不要做全局设计。int filelen;不如file.length()来的快捷方便准确。


五、hashCode和equals。

向集合中添加对象的时候，该对象会调用方法比较时候已经存在，这时候就要调用相应的方法，hashCode和equals的调用顺序是先前者然后才是后者。override这些方法可以定义自己的对象，使之在比较的时候显示出自己设想的效果。


六、unicode的表达方式。

直接char c=\uf099;是不行的，正确的方式是char c = ''\uf099'';


七、显示某数值的hex值。

int对应的是Integer，long对应的是Long。为了好看些，主意toHex后继续toUpperCase。


八、for语句中的continue是继续的意思，还有while。

终止这次操作，继续下一个循环。


九、对日期进行加减运算时使用Calendar而不是Date，格式化显示用DateFormat。格式化时主意Locale的使用。


十、如果不想费力辨认e文，那就不要漏掉catch用的system.out。

原文转自：http://www.ltesting.net