Blog de Vincent Brabant : NetBeans, Java et autres

9 Commentaires + Ajouter un commentaire

• 
  jolrael 29 juin 2006 à 23 h 16 min

  La compilation echoue lors de la (pseudo-pre)compilation.
  En fait la grammaire d’une enumeration ne reconnait pas
  le mot cle extends.
  N’ayant rien reconnu il ne peut pas ‘traduire’.

  Connectez-vous pour répondre
• 
  fabszn 11 juillet 2005 à 11 h 33 min

  Bonjour,

  Oui je serai vivement interessé par ces fiches!

  vraiment bien ce blog!!

  Connectez-vous pour répondre
• 
  vbrabant 6 juillet 2005 à 9 h 42 min

  pour adiGuba:
  attention que quelque chose fut mangé dans le post de mon explication.

  public enum DoRemi est « traduit » par public class DoReMi extends Enum<DoReMi>

  et donc

  Enum ne peut accepter que des objets de type DoReMi et non des dérivés.
  Est-ce que cela aide un peu plus ?

  Je vais retravailler cette ficher pour y inclure ton explication, et le fait que cela utilise les génériques.

  Connectez-vous pour répondre
• 
  adiguba 5 juillet 2005 à 23 h 06 min

  vbrabant : je n’avais pas compris ton explication comme cela…
  Je pensais que tu disais qu’on ne pouvait pas avoir plus d’un niveau d’héritage… mais bon j’ai peut-être lu un peu trop vite…

   »

  public enum Note extends DoReMi

  , le compilateur va essayer de le « traduire » en

  public class Note extends Enum, DoReMi

  . »

  >> Je ne pense pas que ce soit le cas, car il y a le même mechanisme pour les classes : elles héritent implicitement de la classe Object, pourtant on ne se retrouve pas avec ce problème…
  De plus l’erreur du compilateur est  » expected » sur le mot-clef extends.

  Et dans les spécifications il est indiqué que les enum sont implicitement en final (sauf cas particulier où les valeurs de l’énumération redéfinnissent des méthodes) :
  « An enum type is implicitly final unless it contains at least one enum constant that has a class body. »

  Je pense vraiment qu’on ne peut pas hérité d’une enum afin de conserver une certaine cohérence et non pas parce que le compilateur ‘génère’ un extends de deux classes…

  a++

  Connectez-vous pour répondre
• 
  vbrabant 5 juillet 2005 à 20 h 35 min

  Pour grozeille:

  Quel genre d’information voudrais-tu sur les certifs Java que ce qui est disponible sur le site de Sun ? http://www.sun.com/training/catalog/courses/CX-310-055.xml

  Connectez-vous pour répondre
• 
  vbrabant 5 juillet 2005 à 20 h 31 min

  Pour Wavyx:
  N’oublie pas de jeter un coup d’oeil sur le tutoriel de Lionel Roux, hébergé sur developpez.com, concernant Java SE 5. Cela t’aidera déjà énormément pour voir les nouveautés au niveau du langage.

  Pour adiGuba:
  J’ai peut-être pris un raccourcis dans l’explication, mais voici l’explication plus en détails:

  public enum DoReMi

  est en fait « traduit » par le compilateur comme

  public class DoReMi extends Enum&lt;Doremi&gt;

  Et lorsqu’on écrit

  public enum Note extends DoReMi

  , le compilateur va essayer de le « traduire » en

  public class Note extends Enum&lt;Note&gt;, DoReMi

  .

  Même si ton explication soit logique du point de vue logique, ce n’est pas ce qui se passe réellement au niveau du compilateur. C’est du moins ce que j’ai compris à la lecture de la JLS (http://java.sun.com/docs/books/jls/third_edition/html/classes.html#8.9), et du code source de Enum.

  P.S. J’aimerais savoir ce qui te faisais penser dans mon explication que je voulais dire que
  petit-fils extends fils extends parent n’était pas possible. Pour enlever l’ambiguité.

  Connectez-vous pour répondre
• 
  grozeille 5 juillet 2005 à 19 h 45 min

  1. Je trouve l’idée trés sympa
  2. Merci adiGuba, il me semblé bien que l’héritage d’une énumération était impossible
  3. extends 1. { On pourrais avoir plus d’infos sur les cértif JAVA ? }

  Connectez-vous pour répondre
• 
  adiguba 5 juillet 2005 à 19 h 23 min

  Salut,

  C’est une très bonne idée…

  Malheureusement je ne suis pas d’accord avec ton explication…

  Cela provoque bien une erreur à la compilation.
  Mais ce n’est pas à cause de l’héritage multiple car l’héritage est indirect.

  Par exemple, l’héritage suivant est correct :

  public class Parent {&nbsp;<br />
  }&nbsp;<br />
  &nbsp;<br />
  public class Fils extends Parent {&nbsp;<br />
  }&nbsp;<br />
  &nbsp;<br />
  public class PetitFils extends Fils {&nbsp;<br />
  }

  La classe PetitFils hérite bien directement de Fils, mais elle hérite aussi indirectement de Parent…
  Seul l’héritage multiple direct est interdit, par exemple :

  public class PetitFils extends Parent, UneAutreClasse {&nbsp;<br />
  }

  L’erreur de compilation vient du fait qu’on ne peut pas étendre une énumération car c’est contre la logique même d’une énumération.

  En effet, une énumération présente un ensemble fini d’élément, et le fait d’étendre une énumération permet des ensembles infinis.

  Par exemple, l’énumération DoReMi ci dessus ne peut prendre que les valeurs DO, RE et MI.
  Mais si l’énumération Notes pouvait hérité de DoReMi, le code suivant serait authorisé puisque Notes serait une instance de DoReMi :

  DoReMi value = Notes.SOL;

  On se retrouve donc avec une valeur non authorisé pour l’énumération DoReMi…

  CQFD ?

  a++

  PS : vraiment sympa comme idée j’attend les prochains avec impatience

  Connectez-vous pour répondre
• 
  Wavyx 5 juillet 2005 à 17 h 33 min

  ça m’intéresse même si l’anglais n’est pas un obstacle.
  Le seul truc, c’est que pour java 1.4 la documentation et le livre de référence (Sierra & Bates) étaient claires mais pour le java 5.0 je suis un peu perdu (et j’ai pas encore utilisé les nouvelles fonctionnalités).

  Connectez-vous pour répondre