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

类别:Java 点击:0 评论:0 推荐:

04-11-29 19:54
 这几天集中时间重拾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://com.8s8s.com/it/it13037.htm