1

Why do you have to override all methods of an interface?

For instance if I have

public class Foo extend JFrame implements ActionListener, KeyListener {
      foo(){
      }
    @Override
    public void keyPressed(KeyEvent arg) {          
    }

    @Override
    public void keyReleased(KeyEvent arg) {
}

    @Override
    public void keyTyped(KeyEvent arg) {        
    }
}

I'm going to have lots of methods I won't even be using, is there a way to remove the un used implemented methods, for instance if i plan to use one method from the interface

I don't want to use abstract either, as this means I can't create an instance of the object (at least my compiler says so)

jww
  • 97,681
  • 90
  • 411
  • 885
AlanFoster
  • 8,156
  • 5
  • 35
  • 52

6 Answers6

5

Concrete classes must always implement all of the methods of an interface. If you weren't already extending JFrame you could extend KeyAdapter. It implements empty methods for KeyListener to avoid writing them out. You could use an anonymous class with that inside of your Foo class like this:

addKeyListener(new KeyAdapter() {
    public void keyTyped(KeyEvent e) {
        // handle typed key here
    }
});
WhiteFang34
  • 70,765
  • 18
  • 106
  • 111
  • I can only extend one class though? – AlanFoster Apr 13 '11 at 10:45
  • Yeah you can only extend one class. You'd have to split your key logic into a separate class that extends `KeyAdapter`. Then you'd only have to write the one method you want to override. – WhiteFang34 Apr 13 '11 at 10:47
4

Interfaces have no default implementation. If you weren't forced to implement each method in the interface, then what would happen when some other code tries to call these methods through the interface?

Graham Borland
  • 60,055
  • 21
  • 138
  • 179
2

You can make a parent class of Foo which has these empty methods and have Foo only implement the methods you want to see.

When you implement an interface, you must implement all its methods somewhere for a concrete object to be created.

Peter Lawrey
  • 525,659
  • 79
  • 751
  • 1,130
2

This is exactly what the KeyAdapter class is for: it implements all methods of the interface (but none of the implementations do anything). Since you cannot extend two classes, you should use an inner class for your listener (which is a cleaner design anyway):

public class Foo extend JFrame {
      foo(){
          ...
          component.addKeyListener(new MyKeyListener());
          ...
      }

    private class MyKeyListener extends KeyAdapter{
        @Override
        public void keyPressed(KeyEvent arg) {          
        }
    }
}
Michael Borgwardt
  • 342,105
  • 78
  • 482
  • 720
  • I wish I could give two correct answers. As a question, how can i possibly add this to the JFrame itself, because adding it to getContentPane() doesn't work -- Note it does work on a JTextField though – AlanFoster Apr 13 '11 at 10:58
  • @user551841: KeyListeners only work on components that actually get the keyboard focus. For global listening to key events, you probably need to work with KeyEventDispatcher or if it's just specific keys you're interested in (like hotkeys), use a key binding. Read the tutorials for details: http://download.oracle.com/javase/tutorial/uiswing/misc/keybinding.html – Michael Borgwardt Apr 13 '11 at 11:07
2

If you implement an interface, that means that the implemented object can be used in any scenario where a implementation is expected. From that point of view is quite obvious that you must implement all methods of an interface, otherwise you cannot really say that you have implemented it. e.g. if I have a ICalculator interface with a Add and Subtract method, and you want only to implement Add, could the resulting class really be used by another project that needs a ICalculator?

However, I quite understand your ire about implementing some of the interfaces in the frameworks today, as they clearly break the Interface Segragation Principle. What that means is that some interfaces are clumps of several functionalities that can be used together to do something useful. E.g. if the ICalculator inteface, instead of just basic Add, Divide etc.. methods, I started adding methods like StandardDeviation that are not essential to the nature of the Calculator object.

Bottom line, yes, you have to implement each and every one of the interface's members, however, If you are sure and know that some of them will never be used, feel free to leave them empty, or even better, make them throw exceptions, so you'll be sure that never really means never.

SWeko
  • 30,434
  • 10
  • 71
  • 106
0

You really should grab a good book about object orientated programming and revisit the first chapters. An interface is a completely abstract definition of methods, so you cannot implement an interface partially.

Christian Seifert
  • 2,780
  • 5
  • 29
  • 45