精简代码
第一:逻辑精简
if (from.before(to)) {
return true;
} else {
return false;
}上面这段代码运行是正常的。但是画蛇添足之闲。
为什么这么说呢？因为本身before（）这个方法返回的就是true或者false;所以你应该明白了吧
修正后的结果
return from.before(to);
但是也应该注意 修正前的代码段里面的返回值的情况，因为如果一旦反悔return false; 那精简后的代码也应该修改了.
第二:未被用到的代码
如果你在用checkstyle来格式化你的代码的时候，你会发现你有些代码是未被使用的。这个时候你就应该删除掉你的代码。
如果一些测试的代码。一些debug信息等等这些在发布版的时候应该删除掉.
第三:尽量用公用方法的method.这样的好处便于以后的维护，增加对常量类里面方法的测试次数，因为你不可能保证你公用方法里面的方法全部是正确的。
第四:一些常量的书写尽量放入在常量类里面。并且每个页面的常量尽量不要使用同一个常量类里面的标识符.这样做都是为了以后维护方便.
第五:一定要对传过来的参数做判空处理。这些程序才不会出现一些不必要的异常和不友好的界面
第六:定义一些有意义的数据，尽量不要用A,B,C之类的命名方式，见其名知其意。
第七:良好的布局风格
常量的定义 属性 方法的声明和实现 主方法在最上面 下面是辅方法.这样便于修改。
==================================================================================
抽象类和接口
接口和抽象类显著的共同点是接口和抽象类都可以有抽象方法.
接口和抽象类的不同点有：
(1)抽象类可以有实例变量，而接口不能拥有实例变量，接口中的变量都是静态（static）的常量（final）。
(2)抽象类可以有非抽象方法，而接口只能有抽象方法。
在接口中默认的就是实例变量static final的 所以默认可以不书写 但是变量的修饰只能是public或者默认无。
java和net之所以不支持多继承，个人觉得也是为了避免类似c++产生的错误。由于这两种语言本身支持多接口继承 所以很容易弥补这种多继承的不足.在网络上有一个例子是关于抽象类和接口的例子的详细讲解 大家可以去看一下 我觉得说的很有道理.但是究竟什么时候使用抽象类什么时候使用接口，这个本人能力有限 还在研究中..不过我倒是觉得 如果你想描述事物是什么那你就首选抽象类，如果你觉得你要去描述事物的行为的时候，你应该首选接口。有的时候抽象类和接口是要联合一起使用的。
