John O'Hanley 的这篇文章列举了四个有害的java编码习惯，并提出了改正方案。
这四个习惯普遍存在于java程序员中，并且已经被广泛接受，大家都习以为常，流毒甚远。
1.对局部变量(local variables)，字段(fields)，参数(method arguments)这三种变量的命名没有区分，造成了代码的阅读困难，增加了代码的维护成本。
作者举了个例子:
Java代码
public boolean equals (Object arg) {
if (! (arg instanceof Range)) return false;
Range other = (Range) arg;
return start.equals(other.start) && end.equals(other.end);
}
public boolean equals (Object arg) {
if (! (arg instanceof Range)) return false;
Range other = (Range) arg;
return start.equals(other.start) && end.equals(other.end);
}
在这个方法中，arg直接用argument的缩写，虽然大家一看就知道这是参数了，但这种命名方式却丢失了参数代表的对象本身的含义。大家知道这是参数，却不知道这是什么参数。如果方法的参数多一点，都按照arg1，arg2这样的方式命名，阅读代码的时候很头疼。另外两个字段变量，start和end，突然凭空而出，想一下才知道这应该是字段。当然，这个方法很短，造成的困难还不大，如果这个方法比较长的话，突然看到start和end两个变量，一般会先在前面找一下是不是局部变量，然后才能确定是类的字段变量。
这个问题貌似微不足道，但为什么要让代码阅读者花费额外时间在这些琐碎的问题上呢？如果有个方案能让代码阅读者一目了然的明白变量是那种变量，为什么不采用呢？就如同Steve McConnell在 《代码大全》中说的:"让人费神去琢磨神秘杀人凶手这没有问题，但你不需要琢磨程序代码，代码是用来阅读的。"
作者提出了解决方案:
方法参数用前缀a开始
类字段变量用前缀f开始
局部变量不用前缀
修正后的代码样式应该是:
Java代码
public boolean equals (Object aOther) {
if (! (aOther instanceof Range)) return false;
Range other = (Range) aOther;
DWR使用篇
1、调用没有返回值和参数的Java方法
1.1、dwr.xml的配置
Xml代码
<dwr>
<allow>
<create creator="new" javascript="testClass" >
<param name="class" value= ......
Java在JDK1.3之后加入了可协助开发动态代理功能的API.使用动态代理，可以使一个处理者（代理）服务于各个对象。创建一个动态代理类只需实现java.lang.reflect.InvocationHandler接口。
下面创建一个处理日志的动态代理类LogHandler去代理HelloSpeaker类
首先创建HelloSpeaker的接口
pa ......
学习Java大概一个月了，由于以前有c/c++基础，所以在J2SE部分的学习是比较快的，今天在论坛看到一个网友的求助帖，要将硬盘上两个文件合并为一个并删除原文件，于是便写了测试程序。后来在删除文件时，由于没有把堵到文件上的输出流关闭，导致怎么也无法删除。而且一直查不出原因，后来以为是delete方法只能删除空文件，一g ......
通常在用JAVA开发软件的过程中，我们常常会遇到需要把一些系统的配置参数保存到数据库中以防止丢失，传统的方法是将每个配置参数作为对象来建立数据库模型，相当于把模型中的对象绑定到数据表的每个字段上，但这样做的话灵活度太低，当需要添加配置参数时先得往数据表添加字段，再修改数据库模型和相关的映射文件。能否 ......
