Brian Goetz有个关于Java语言改变的提议，Defender methods，这个提议定义了一个abstract方法的默认实现，这个想法很好，不过感觉extension这个关键字有点多余，如果定义一个abstract方法有个default的实现，为什么不是所有的abstract方法都有这个功能，而仅仅是标示为extension这个关键字的方法，另外提议也说明了这种解决办法还是难以取代一个接口的skeletal实现类：
提议中的例子：
view plain public interface Set<T> extends Collection<T> { extension public int size（）
default AbstractSetMethods.size；extension public boolean isEmpty（）
default AbstractSetMethods.isEmpty；// The rest of the Set methods， most having defaults }
这个提议貌似是为了解决Collection类的问题，但是对于一些事件Listener，则没有更好的办法，熟悉AWT和Swing GUI类库的同学都知道，像KeyListener，还有个对应的KeyAdapter，这个类覆盖所有的方法，方法体中都是空的，这样的事件类很多，基本上没有什么用，只是为了覆盖方便，不知道读Swing源代码的同学注意到了没有，Swing界面库本身从来不用这些类，你可能会问，为什么不用？其实直接实现接口如KeyListener更简单，如果继承KeyAdapter，有可能会出现方法不能正确覆盖的错误，当然，加上@Override标注后在编译时能够检测出来这些问题，更进一步，通过直接实现接口KeyListener，可以将控件或者GUI程序的所有事件类集中到一个类中，通过一个类实现多个接口，减少类的数目，为什么要减少类的数目，这是除了以前提到Swing单线程问题之外，另一个关于Swing GUI性能问题的关键（针对这个问题，Swing核心类库，就是javax.swing.plaf包中的几乎所有的XXXUI类都进行了改造，忘了是从JDK1.4还是JDK1.5开始），以后有机会再谈，现在想了解这个问题的同学可以看看BasicTreeUI这个类的内部类Handler和方法getHandler（）方法，同一个包中几乎所有的XXXUI都有一个这样的内部类。
我个人不是Java语言层面的专家，但是建议如果接口的所有方法都能够支持添加个default实现，就非常方便了，这样KeyAdapter这个类就不需要了，事件接口都这样定义：
view plain public interface KeyListener extends EventListener { public void keyTyped（KeyEvent e） default；public void keyPressed（KeyEvent e） default；public void keyReleased（KeyEvent e） default；} default后没有定义静态方法，就默认这个方法没有被子类覆盖时是个空的实现，如果不定义default子句，则和原来的行为一样，子类没有覆盖时编译提示出错！
类似事件类型这种类目前Lambda 也就是Java Closure提议也没有很好的解决办法，目前的Java Closure提议主要是解决类似Runnable这样只有一个方法的接口的问题的，就是不需要提供一个Runnable子类，提供个Closure函数对象就可以调用了，以后有空再谈Java 8 即将添加的Closure提议！
此文出自：中国IT实验室
------解决方案--------------------
Java8？
java7还没用过呢~ 呵呵