Interface étend une autre interface, mais met en œuvre ses méthodes

En java lorsqu'une interface étend une autre interface:

  1. Pourquoi faut-il mettre en œuvre ses méthodes?
  2. Comment peut-il mettre en œuvre ses méthodes d'une interface ne peut pas contenir un
    corps de la méthode
  3. Comment peut-il mettre en œuvre les méthodes, quand il s'étend sur l'autre interface
    et de ne pas la mettre en œuvre?
  4. Quel est le but d'une interface de mise en œuvre d'une autre interface?

Cette évolution a des notions en Java!

EDIT: 

public interface FiresDragEvents {

  void addDragHandler(DragHandler handler);

  void removeDragHandler(DragHandler handler);
}


public interface DragController extends FiresDragEvents {

  void addDragHandler(DragHandler handler);

  void removeDragHandler(DragHandler handler);

  void dragEnd();

  void dragMove();
}

Dans eclipse, il y a le mettre en œuvre signe d'ailleurs la mise en œuvre de méthodes de DragController.

Et quand je souris hover, il dit qu'il implémente la méthode!!!

  • lorsque vous étendez une interface vous pouvez seulement y ajouter, c'est pourquoi vous le faites. Les Interfaces ne pas mettre en œuvre des méthodes.
InformationsquelleAutor GingerHead | 2012-04-19
  1. 67

    Pourquoi faut-il mettre en œuvre ses méthodes? Comment peut-il mettre en œuvre ses méthodes
    quand une interface ne peut pas contenir de corps de la méthode? Comment peut-il mettre en œuvre la
    méthodes quand il s'étend sur l'autre interface et de ne pas la mettre en œuvre? Ce
    est le but d'une interface de mise en œuvre d'une autre interface?

    Interface ne permet pas de mettre en œuvre les méthodes d'une autre interface, mais juste les étend.
    Un exemple de cas où l'extension de l'interface qui est nécessaire est: pensez-vous que vous avez une interface de véhicule avec deux méthodes moveForward et moveBack mais aussi vous avez besoin pour intégrer l'Avion, qui est un véhicule mais avec un peu plus de méthodes comme le moveUp, moveDown donc
    à la fin vous avez:

    public interface IVehicle {
  bool moveForward(int x);
  bool moveBack(int x);
};

    et avion:

    public interface IAirplane extends IVehicle {
  bool moveDown(int x);
  bool moveUp(int x);
};
    • Donc, Vous êtes essentiellement l'accumulation des méthodes dans un endroit appelé IAirplane et vous réellement ne sont pas hériter. Un autre point est sur, j'aimerais demander à l'auteur de IVehicle à comprendre pourquoi cette interface Ivehicle n'a pas été conçu pour d'ores et déjà envisager moveDown() et moveBack(), parce que interface est détecté à partir d'un ensemble de classes concrètes(je suis en supposant que l'avion concept est disponible dans le cadre de sa génération). Dans l'ensemble, je me sens, l'extension d'une interface est une conséquence de l'existence de ces mauvaises conception, Parce que nous sommes rompre le but de extends dans ce scénario.
    • pas d'interface dans ce cas est conçu avant les classes. L'interface décrit une fonctionnalité toutefois, les classes de représenter le monde réel des objets. C'est une des principales différence entre les classes et les interaces. Pas de sujet moveUp moveDown et ainsi de suite. Tout véhicule peut se déplacer en avant et en arrière cependant pas tous d'entre eux peuvent se déplacer en haut et en bas. Un avion peut aller de l'avant en arrière et également vers le haut et vers le bas, mais différents types d'aéronefs de le faire d'une manière différente.
    • je ne reçois pas de vous, quand vous avez dit: interface in this case is designed before the classes. En tout cas de tous les logiciels de conception, l'interface est découvert après les classes de béton sont conçus.
    • "En tout cas de tous les logiciels de conception, l'interface est découvert après les classes de béton sont conçus." n'est pas vrai. Exemples COM en c++. Afin de mettre en œuvre une nouvelle classe, vous devez implémenter une interface. Java est la même histoire. Prendre toute OO bibliothèque et essayer de l'étendre, vous aurez interfaces première...
    • l'extension d'une bibliothèque est différent de l'écriture d'un à partir de zéro application
    • Overexchange, vous dites que l' IVehicle interface doit avoir toutes sortes de méthode (ie. déplacer vers le haut/vers le bas/arrière/avant) comme à préférer la conception à avoir un IAirplane interface pour gérer ces cas? Serait des implémentations concrètes de voitures tout simplement laisser ces méthodes non implémentées?
    • Comment sur l'utilisation de IVehicle et IAirplane que de séparer les interfaces sur une classe? Comme s'ils étaient un ensemble de fonctionnalités pour l'objet de leur mise en œuvre? Considérer: interface IVehicle { public function feature_of_IVehicle(); } et interface IAirplane { public function feature_of_IAirplane(); } puis class AB implements IVehicle, IAirplane { ... }.

    InformationsquelleAutor AlexTheo
  2. 20

    Une interface définit le comportement. Par exemple, un Vehicle interface peut définir la move() méthode.

    Une Voiture est un Véhicule, mais a un comportement supplémentaire. Par exemple, le Car interface peut définir la startEngine() méthode. Depuis une Voiture est également un Véhicule, la Car interface étend la Vehicle de l'interface, et donc définit deux méthodes: move() (héritée) et startEngine().

    L'interface de Voiture n'a pas toute la méthode de la mise en œuvre. Si vous créez une classe (Volkswagen) qui implémente la Voiture, il aura à fournir des implémentations pour toutes les méthodes de son interface: move() et startEngine().

    Une interface ne peut pas mettre en œuvre de toute autre interface. Il ne peut l'étendre.

    • J'ai répondu. Les 3 premières questions n'ont pas de sens, car l'interface n'est pas l'application d'une autre interface, et ne contiennent pas de méthode de mise en œuvre. La 4ème est répondu par ma réponse: il permet de fournir un complément de comportement/méthodes.
    • Je décrirais comme un petit bug d'Eclipse. Il n'y a pas de point dans redeclaring les méthodes dans la DragController interface, sauf si vous souhaitez fournir plus de javadoc.
    InformationsquelleAutor JB Nizet
  3. 7

    ad 1. Il ne met en œuvre ses méthodes.

    ad 4. Le but d'une interface l'extension de, ne pas mettre en œuvre une autre, est de construire une interface spécifique. Par exemple, SortedMap est une interface qui étend Map. Un client n'est pas intéressé par le tri aspect de code contre Map et de traiter tous les cas de, par exemple,TreeMap, qui met en œuvre SortedMap. Dans le même temps, un autre client intéressé par l'triés aspect de l'utilisation de ces mêmes instances à travers le SortedMap interface.

    Dans votre exemple, vous êtes en répétant les méthodes de la superinterface. Alors que juridique, il n'est pas nécessaire et ne change rien au résultat final. Le code compilé sera exactement la même si ces méthodes sont là ou pas. Quelle que soit l'Éclipse du survol du dit est indifférent à la vérité fondamentale que une interface ne permet pas de mettre en œuvre tout ce.

    InformationsquelleAutor Marko Topolnik