Design Pattern: Default Adapter 模式

　　在Java中如果要定义事件处理的方式，必须实作EventListener的子介面，例如实作 WindowListener来定义一些视窗事件的处理方式，WindowListener中定义了七个方法：

    public interface WindowListener extends EventListener {
        public void windowOpened(WindowEvent e);
        public void windowClosing(WindowEvent e);
        public void windowClosed(WindowEvent e);
        public void windowIconified(WindowEvent e);
        public void windowDeiconified(WindowEvent e);
        public void windowActivated(WindowEvent e);
        public void windowDecativated(WindowEvent e);
    }

可以定义一个类别来实作这个介面，以完全想要的事件处理，例如：

    public class WindowEventHandler implements WindowListener {
        public void windowOpened(WindowEvent e) {}
        public void windowClosing(WindowEvent e) {}

        public void windowClosed(WindowEvent e) {
            System.exit(0);
        }

        public void windowIconified(WindowEvent e) {}
        public void windowDeiconified(WindowEvent e) {}
        public void windowActivated(WindowEvent e) {}
        public void windowDecativated(WindowEvent e) {}
    }

　　然而这有个缺点，实作介面的原则是您必须实作当中所定义的所有方法，即使您对某些事件并不感兴趣，您也必须实作一个没有内容的空方法，代表您已经实作了介面中定义的方法，然而有时，您并不知道介面中到底定义了几个方法，或是知道也不知道方法的确切名称与参数，即使您查了API，在程式中写下一堆没有实作内容的方法也是很烦人的一件事。

　　WindowAdapter类别预先实作了WindowListener介面，每个方法中都是空的实作，如下所示：

    public abstract class WindowAdapter
                             implements WindowListener {
        public void windowOpened(WindowEvent e) {}
        public void windowClosing(WindowEvent e) {}
        public void windowClosed(WindowEvent e) {}
        public void windowIconified(WindowEvent e) {}
        public void windowDeiconified(WindowEvent e) {}
        public void windowActivated(WindowEvent e) {}
        public void windowDecativated(WindowEvent e) {}
    }

　　可以继承WindowAdapter类别，并重新定义一些您所感兴趣的事件，如此一来，就可以避开之前所提及的，直接实作 WindowListener介面的缺点，如下所示：

    public class WindowEventHandler extends WindowAdapter {
        public void windowClosed(WindowEvent e) {
            System.exit(0);
        }
    }

　　这就是Default Adapter模式，它使用一个中介的Adapter类别来将真正感兴趣的事件实作类别，配接至事件处理介面，上面的程式其 UML 图如下：
defaultAdapter-1.jpg
[img]http://dl.iteye.com/upload/attachment/0064/4781/e92f13a5-a2f4-3ddc-bd9d-fbf0092f7b5b.jpg[/img]

将上图一般化，Default Adapter模式的结构如下所示：
defaultAdapter-2.jpg
[img]http://dl.iteye.com/upload/attachment/0064/4783/b26ccd22-b656-314e-a804-cd80e5782eb3.jpg[/img]

我的小结：as3中时常用到的一种技巧，在父类里定义一个方法，没有具体实现的代码，而是在子类中的必要时候才override这个方法，填充实际的功能代码。因为as3中没有虚基类的概念，也不能定义虚方法，所以这种方式在一定程度上替代了虚方法。