Discussion :

[abdelilah]

Bonsoir tout le monde

J'ai trouvé un exemple un peu bizzare qui me fait poser cette question "Est ce qu'une interface peut hériter d'une classe", un peu à la manière de Runnable et thread, en vous remerciant d'avance

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
class Etoile implements Runnable
{
  public void run()
  {
    for (;;)
    {
      System.out.print('*');
      try
      {
        Thread.sleep(500); //si je comprend bien Thread est issu d'un héritage ?
      }
      catch (java.lang.InterruptedException e)
        {
          System.out.println("Processus interrompu");
        }
    }
  }
}

[yotta]

Dans le code que vous décrivez, je ne vois aucun héritage ?
Il s'agit là de la création s'une classe qui implémente l'interface Runnable, c'est tout.
L'héritage concerne le mot clé extends, et non implements.
implements sert à implémenter une interface dans une classe, et extends sert à étendre une classe, ou une interface en une sous-classe ou sous-interface qui hérite de tout ou partie des méthodes et fields de sa superclasse etc....

[abdelilah]

Merci pour ta réponse, je sais bien qu'implements n'a rien avoir avec extends, ce qui me m'intrigue c'est ça "Thread.sleep(500)", d'où sort cette expression.
Ma deuxième question est de savoir si une interface peut hériter d'une classe (je sais c'est un peu tiré par les cheveux).
Merci d'avance

[yotta]

Donc, Non, une interface ne peut pas hériter d'une classe. Elle ne peut hériter que d'une autre interface.
Pour ce qui concerne Thread.sleep(...), il s'agit là de l'appel à la méthode statique de la classe Thread qui permet d'obtenir que son code cesse toute activité pendant le lapse de temps spécifié en millisecodes comme paramètre.
Dans le cas du code que vous décrivez, ce dernier va afficher le caractère "*" sur la console de sortie toute les demie-secondes.

[abdelilah]

Merci pour votre réponse (Je ne savais pas que c'étais une méthode statique), ça répond à ma question

[nsanabi]

si ta question est:
est ce qu'une classe peut implémenter une interface ?? et bien oui, les interface sont fait pour ça

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
 
interface TonInterface{
//des constantes
//des méthodes abstraites
}
//une classe qui implemente ton interface
class TaClasse implements TonInterface{
//
//
}
//une classe qui hérite dune autre classe et implémente ton interface
class TaClasse extends UneAutreClasse implements TonInterface{
//
//
}
//une classe qui implémente plusieurs interfaces
class TaClasse extends UneAutreClasse implements TonInterface1,TonInterface1,TonInterface3{
//
//
}

sinon une interface ne peut pas hériter d'une classe
par contre elle peut heriter d'une ou plusieurs autres interfaces (lheritage multiple est autorisé pour les interfaces)

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
 
interface MonInterfaceB {
   void f();
}
 
interface MonInterface1 extends MonInterfaceB {
   void f1();
}
 
interface MonInterface2 extends MonInterfaceB{
   void f2();
}
 
interface MonInterface extends MonInterface1, MonInterface2 {
   void fd();
}

une interface ne contient que des méthodes abstraites et des constantes, si tu veut hériter d'une autre classe utilise à la place une classe abstraite (un peu semblable) ce n'est pas la même chose, mais cela peut servir.

[abdelilah]

Merci nsanabi, ambiguïté venait du fait que je ne connaissait (je suis débutant) l'origine thread.sleep(x) qui est finalement comme expliqué plus haut une méthode statique.
Là je comprend mieux

[Ivelios]

Hors-Sujet :
Une petite chose me chagrine depuis un bon moment.
Pourquoi faire un extends d'une interface vers une autre et pas un implements, je m'explique.

Lors de la création d'une classe générique par exemple, Si je la veux comparable il faudra que je le déclare :
<T extends Comparable>.

Mais la classe qui remplacera T lors de l'instanciation devra avoir déclaré :
... Implements Comparable.

Pourquoi avoir utilisé implements et extends alors que l'on pouvait seulement utiliser implements?
(ça peux porter à confusion un néophyte)
Autre question : peux t'ont faire "interface1 implements interface2"?

Peut-être qu'il s'agit d'une question inutile et que c'est juste un choix arbitraire de chez Sun... mais j'aimerais savoir

[professeur shadoko]

Lors de la création d'une classe générique par exemple, Si je la veux comparable il faudra que je le déclare :
<T extends Comparable>.

Mais la classe qui remplacera T lors de l'instanciation devra avoir déclaré :
... Implements Comparable.

Pourquoi avoir utilisé implements et extends alors que l'on pouvait seulement utiliser implements?

Ce point a donné lieu a des engueulades homériques lors de la conception des types paramétrés.
En gros: la sémantique est "<T affectableA UnType>", mais le responsable n'a pas voulu créer un nouveau mot clef qui rende exactement cette sémantique (à mon humble avis un mot-clef n'était pas nécessaire mais passons) donc il a récupéré ce qui passait pour exprimer des contraintes sur les types: "extends" pour affectableA, "super" pour affectableDepuis et "&" pour faire des listes de contraintes.
Du coup on a des trucs du genre:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
<T extends Machin & Chosable>

Dans lequel seul Chosable est garanti d'être une interface.
(bref: la syntaxe des types paramétrés est malheureuse -et encore j'emploie un euphémisme car nous sommes sur un forum public -)

Nota: dans ton exemple c'est plus probablement <T extends Comparable<T>> ou <T extends Comparable<? super T>>