当前位置: 代码迷 >> J2EE >> Java 8 Defender 方法,该怎么处理
  详细解决方案

Java 8 Defender 方法,该怎么处理

热度:667   发布时间:2016-04-22 02:35:57.0
Java 8 Defender 方法
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还没用过呢~ 呵呵
  相关解决方案