Les interfaces

Si on considère une classe abstraite qui ne décrit que des méthodes abstraites (aucun attribut, aucune méthode implémentée), on aboutit à la notion d’interface.

Une interface décrit les signatures d’un certain nombre de méthodes, et possiblement aussi de constantes, dont on souhaite imposer l’existence dans certaines classes ;

Exemple :

// une interface IMovable qui décrit les comportements d'un objet déplaçable
public interface IMovable {
   public void moveTo (Point position);
   public void moveTo (int x_position, int y_position);
}

Usage :

// En implémentant l’interface IMovable, la classe Rectangle doit nécessairement 
// implémenter et définir le contenu des méthodes inscrites dans l’interface IMovable
public class Rectangle implements IMovable {
   public void moveTo (Point position) {
     ...
   }
   public void moveTo (int x_position, int y_position) {
     ...
   }
}

Cela ressemble beaucoup à une hybridation entre :

• héritage (implements en lieu et place de extends) ;
• et classe abstraite.

Pourtant, ce n’est ni vraiment l’un, ni vraiment l’autre.

• Par convention, on nomme les interfaces en préfixant leur nom par un i en majuscule (I) ;
• En anglais, il est très naturel de terminer le nom des interfaces par le phonème “able” (=capable) ;
• Implémentation d’interface et extension par héritage peuvent se combiner ;
• Par définition, les méthodes d’une interface sont abstraites ;
• Une interface est perçue par l’environnement comme un type à part entière. Il est donc possible de déclarer une variable d’un type d’interface ;
• Le mécanisme sous-jacent se distingue de l’héritage en le rendant plus riche : une classe peut implémenter plusieurs interfaces alors qu’elle ne peut hériter qu’une fois (héritage simple) ;

• Une interface permet de définir un ensemble de services « contractuels » dont on veut être certain qu’une classe les fournira. La classe est libre de l’implémentation (comment est réalisé le service) mais pas du contrat (la surface d’échange : paramètres et retour).
  

• Comme le mécanisme d’interface est absolument indépendant de l’héritage, il est possible d’implémenter une même interface dans des classes distinctes qui ne partagent rien (pas de filiation, pas d’ADN commun), mais ont pourtant des comportements similaires.

Les Classes abstraites et interfaces sont largement employées dans la conception des bibliothèques graphiques (les composants graphiques SWING, par exemple) et des bibliothèques de classes techniques (les collections, par exemple).