Questions sur la généricité.

Questions sur la généricité. - Java - Programmation

Marsh Posté le 11-04-2005 à 12:23:22    

Salut, voilà j'ai quelques questions sur la généricité :
 
  - Sachant qu'une classe fille est un sous-type de sa classe mere, pourquoi une        
    ArrayList<Integer> n'est pas un sous-type d'une ArrayList<Number> ? (pourtant Integer est    
    bien une classe fille de Number)
 
  - Si on a une methode void f(List<? extends Figure> liste){
    // Pourquoi on ne peut faire  
    Cercle c = list.get(0); // Cercle est supposé être un sous-type de Figure  
    }
   
  - Comment interpreter "en francais" un truc du style :
    <T> boolean containsAll(Collection<T> c); //le premier <T>, il sert à quoi ?
 
Quelqu'un pourrait il m'éclaircir svp.


Message édité par Chronoklazm le 11-04-2005 à 12:23:36

---------------
Scheme is a programmable programming language ! I heard it through the grapevine !
Reply

Marsh Posté le 11-04-2005 à 12:23:22   

Reply

Marsh Posté le 11-04-2005 à 13:42:56    

1) 'me sousviens plus mais y'avait une bonne raison
2) parce que list.get(0) peut te renvoyer un Carré.
  c'est pour pouvoir faire list.add(monCarré) qu'on utilise ce type, pas dans l'autre sens.
 
3) pour dire que T est une inconnue, pour pas que le compilo tente d'aller chercher une classe T et qu'il ne la trouve pas et rale.


---------------
trainoo.com, c'est fini
Reply

Marsh Posté le 11-04-2005 à 13:55:21    

Ok merci beacoup :)
 
J'ai une autre question, je suis entrain d'implementer une classe ABR génerique et je bloque sur la compraison d'objets dont le type est "un parametre de type", bref :
 

Code :
  1. public class ArbreBinaireRecherche<E> implements java.lang.Comparable<E>{
  2.    
  3.     ///////////////////////////////
  4.     private Noeud<E> racine = null;
  5.     ///////////////////////////////
  6.    
  7.     private ArbreBinaireRecherche<E> sGauche = null;
  8.     private ArbreBinaireRecherche<E> sDroit = null;
  9.    
  10.     /** Creates a new instance of ArbreBinaireRecherche */
  11.     public ArbreBinaireRecherche() {
  12.         this.racine = racine;
  13.         this.sGauche = sGauche;
  14.         this.sDroit = sDroit;
  15.     }
  16.    
  17.     /** Creates a new instance of ArbreBinaireRecherche */
  18.     public ArbreBinaireRecherche(Noeud<E> racine) {
  19.         this.racine = racine;
  20.         this.sGauche = sGauche;
  21.         this.sDroit = sDroit;
  22.     }
  23.    
  24.     public Noeud<E> getRacine(){
  25.         return this.racine;
  26.     }
  27.    
  28.     public ArbreBinaireRecherche<E> getSGauche(){
  29.         return new ArbreBinaireRecherche<E>(this.racine.getFg());
  30.     }
  31.    
  32.     public ArbreBinaireRecherche<E> getSDroit(){
  33.         return new ArbreBinaireRecherche<E>(this.racine.getFd());
  34.     }
  35.    
  36.     public void setRacine(Noeud<E> racine){
  37.         this.racine = racine;
  38.     }
  39.    
  40.     /**
  41.      * Methode pour rajouter un élément dans un arbre.
  42.      */
  43.     public void addElement(E element){
  44.         // Cas ou la racine est une feuille
  45.         if (this.racine.isFeuille()){
  46.            
  47.             // Cas ou la valeur de la racine est null
  48.             if (this.racine.getValeur() == null)
  49.                 this.racine.setValeur(element);
  50.             // Si la valeur n'est pas null alors ...
  51.             else{
  52.                 // On crée le nouveau noeud à inserer.
  53.                 Noeud<E> temp = new Noeud<E>(element);
  54.                 //La il faudrait mettre la compareTo, mais c'est justement le probleme car Object a que equals() et n'a pas de compareTo()...
  55.                 if(element.compareTo(this.racine.getValeur()))
  56.                     this.racine.setFg(temp);
  57.                 else
  58.                     this.racine.setFd(temp);
  59.             }
  60.         }
  61.         // Si la racine n'est pas une feuille.
  62.         else {
  63.             if(element <= this.racine.getValeur())
  64.                 this.getSGauche.addElement(element); // J'ai pas fini encore ..  
  65.             else
  66.                 this.getSDroit.addElement(element);
  67.         }
  68.        
  69.     }
  70.     public int compareTo(E o){
  71.         return 0; // Là je sais pas quoi mettre ...
  72.     }
  73. }


 
En gros, comment puis-je comparer la valeur de la racine avec l'élement à inserer si je ne connait pas le type de la valeur de la racine, <E> ici ?
 
EDIT : Comment dire que E va implementer Comparable ?


Message édité par Chronoklazm le 11-04-2005 à 14:34:01

---------------
Scheme is a programmable programming language ! I heard it through the grapevine !
Reply

Marsh Posté le 11-04-2005 à 14:01:14    

1) ben t'as donné toi même la réponse. Ce sont les éléments qui sont parents, pas les conteneurs.

Reply

Marsh Posté le 11-04-2005 à 14:20:41    

Merci Taz.
 
Sinon pour mon ABR j'ai bien l'impression qu'il faut que j'ajoute un comparator en attribut de la classe pour avoir un moyen plus souple de comparer les elements, parce que là avec une seule compareTo je m'en sortirais pas :(


---------------
Scheme is a programmable programming language ! I heard it through the grapevine !
Reply

Marsh Posté le 11-04-2005 à 15:42:58    

Code :
  1. //...
  2. if(((Comparable<E> )element).compareTo(this.racine.getValeur()))
  3.                      this.racine.setFg(temp);
  4. //...


 
Je sais que c'est bourrin de caster comme ca mais y a t il un autre moyen de dire qu'un objet de type E va implementer comparable ???


---------------
Scheme is a programmable programming language ! I heard it through the grapevine !
Reply

Marsh Posté le 11-04-2005 à 15:46:44    

oui, <E extends Comparable>


---------------
trainoo.com, c'est fini
Reply

Marsh Posté le 11-04-2005 à 15:59:21    

Ok et si on est pas sur, enfin je veux dire si on est pas sur que E va forcement l'implementer ?


---------------
Scheme is a programmable programming language ! I heard it through the grapevine !
Reply

Marsh Posté le 11-04-2005 à 16:10:30    

genre un truc un peu normand ?  
p'têt ben qu'oui, p'têt ben qu'non ...


---------------
trainoo.com, c'est fini
Reply

Marsh Posté le 11-04-2005 à 16:26:11    

Bein oué des StringBuffer ou StringBuilder par exemple  :??:
 
EDIT :  
Avec ta technique, si j'ai un
public class ArbreBinaireRecherche<E extends java.lang.Comparable> mon ABR ne pourras contenir QUE des objets qui implementent comparable, c'est pas top ca.


Message édité par Chronoklazm le 11-04-2005 à 16:30:58

---------------
Scheme is a programmable programming language ! I heard it through the grapevine !
Reply

Marsh Posté le 11-04-2005 à 16:26:11   

Reply

Marsh Posté le 11-04-2005 à 16:36:42    

en même temps, pour avoir un arbre binaire, c'est plus facile quand il existe une comparaison.
 
Si tu veux laisser la possibilité d'avoir un comparateur externe, heu, je t'explique la feinte dès que j'ai plus de temps mais c'est assez malin.


---------------
trainoo.com, c'est fini
Reply

Marsh Posté le 11-04-2005 à 16:39:45    

nraynaud a écrit :

en même temps, pour avoir un arbre binaire, c'est plus facile quand il existe une comparaison.
 
Si tu veux laisser la possibilité d'avoir un comparateur externe, heu, je t'explique la feinte dès que j'ai plus de temps mais c'est assez malin.


http://java.sun.com/j2se/1.4.2/doc [...] rator.html http://membres.lycos.fr/gggrrrreeeggg/smileys/pingouino%20dei.gif


---------------
Hey toi, tu veux acheter des minifigurines Lego, non ?
Reply

Marsh Posté le 11-04-2005 à 16:59:30    

-- > oué, mais il faut wrapper le truc pour qu'un coup la classe dépende d'un comparator interne qui utilise le compare de l'objet et d'un autre elle dépende d'un comparator qui est passé en argument à la création, le tout bien typé.
 


---------------
trainoo.com, c'est fini
Reply

Marsh Posté le 12-04-2005 à 14:42:59    

C'est ce que je suis entrain d'essayer de capter justement.
 
Dans un bouquin j'ai trouvé ce truc comme attribut d'une classe qui permet de preciser au constructeur si on veut garder l'ordre naturel (donc se fier a la compareTo) ou donner une instance de Comparator pour trier selon nos criteres.
 

Code :
  1. private Comparator<? super E> nameOfTheComparator;


 
Deja je pige pas comment ca se lit se truc; "Un comparator de quelque chose qui est une classe mere de E" ??
 
Pourquoi ce joker et pas simplement <E> ????


---------------
Scheme is a programmable programming language ! I heard it through the grapevine !
Reply

Marsh Posté le 12-04-2005 à 15:04:37    

héhéhé, erreur classique de débutant.
 
 
si tu as un Comparator<Object>, ça t'empêche pas de faire comparator.compare(new Integer(10), "10" )
 
(d'un point de vue types)
 
Simplement là, tu as besoin d'un truc capable de comparer des E entre eux. Si tu fais simplement  
 
private Comparator<E> nameOfTheComparator;
 
un Comparator<Object> universel ne passerait pas (si E != Object) or ce n'est pas ce que tu voulais exprimer. Tu veux un truc qui est capable de comparer des E, et un Comparator<Object> est parfaitement cvapable de le faire, il n'y a pas de raison d'empêcher cet argument de passer.
 


---------------
trainoo.com, c'est fini
Reply

Marsh Posté le 12-04-2005 à 16:42:44    

ese-aSH a écrit :

tu devrai etre prudent dans l'utilisation des generiques (je connai pas ton niveau de java mais bon) : c'est juste des astuces syntaxiques destinées a cacher la maniere dont les choses se passent reelement, avec pour consequence une perte de comprehension relative de quoi est quoi.


bien au contraire, on fait apparaître un sens nouveau aux choses.


---------------
trainoo.com, c'est fini
Reply

Marsh Posté le 12-04-2005 à 17:11:41    

nraynaud => Merci !
 
ese-aSH => Je suis pas tres fort en Java mais je me debrouille (merci les forums et google), sinon ... la possibilité de parametrer une classe ou une methode par une autre classe c'est assez puissant enfait et comme je n'ai pas fait de choses comme ca sans la genericité j'imagine pas le merdier :/ pour cette implementation.
 

Code :
  1. /*
  2. * ArbreBinaireRecherche.java
  3. *
  4. * Created on 11 avril 2005, 11:45
  5. */
  7. package fr.unice.abr;
  8. import java.lang.Comparable; // L'interface pour comparer des E
  9. import java.util.Comparator; // L'interface pour preciser l'odre, dans le cas ou E n'est pas comparable
  10. import java.util.List;       // L'interface pour ArrayList.
  11. import java.util.ArrayList;  // La classe ArrayList pour recuperer un Iterator de l'arbre  
  12. import java.lang.Iterable;   // Pour les for-each
  13. import java.util.Iterator;   // L'interface permettant de recuperer des Iterator à partir des listes
  16. /**
  17. * Classe representant un ArbreBinaireRecherche.
  18. * @author Chronk
  19. */
  20. public class ArbreBinaireRecherche<E> implements Iterable<E>{
  21.    
  22.     ///////////////////////////////
  23.     private Noeud<E>  racine = null;
  24.     ///////////////////////////////
  25.    
  26.     /**
  27.      * Comparateur utilise pour comparer les elements.
  28.      * null si l'arbre utilise l'ordre naturel sur E (Comparable).
  29.      */
  30.     private Comparator<E> comparateur;
  31.      
  32.     /** Creates a new instance of ArbreBinaireRecherche (basique)*/
  33.     public ArbreBinaireRecherche() {
  34.         this.racine = racine;
  35.         this.comparateur = null;
  36.     }
  37.    
  38.     /**
  39.      * Creates a new instance of ArbreBinaireRecherche
  40.      * (avec l'element de la racine)
  41.      */
  42.     public ArbreBinaireRecherche(E element) {
  43.         this.racine = new Noeud<E>(element);
  44.         this.comparateur = null;
  45.     }
  46.    
  47.     /**
  48.      * Creates a new instance of ArbreBinaireRecherche
  49.      * (avec l'element de la racine)
  50.      */
  51.     public ArbreBinaireRecherche(E element, java.util.Comparator<E> comparateur) {
  52.         this.racine = new Noeud<E>(element);
  53.         this.comparateur = comparateur;
  54.     }
  55.    
  56.     /**
  57.      * Creates a new instance of ArbreBinaireRecherche
  58.      * (avec le noeud directement)
  59.      */
  60.     public ArbreBinaireRecherche(Noeud<E> racine) {
  61.         this.racine = racine;
  62.         this.comparateur = null;
  63.     }
  64.    
  65.     public Noeud<E> getRacine(){
  66.         return this.racine;
  67.     }
  68.    
  69.     public ArbreBinaireRecherche<E> getSGauche(){
  70.         return new ArbreBinaireRecherche<E>(this.racine.getFg());
  71.     }
  72.    
  73.     public ArbreBinaireRecherche<E> getSDroit(){
  74.         return new ArbreBinaireRecherche<E>(this.racine.getFd());
  75.     }
  76.    
  77.     public void setRacine(Noeud<E> racine){
  78.         this.racine = racine;
  79.     }
  80.    
  81.     /**
  82.      * Methode pour rajouter un élément dans un arbre.
  83.      */
  84.     public  void addElement(E element){
  85.         // Cas ou la racine est une feuille
  86.         if (this.racine.isFeuille()){
  87.             // Cas ou la valeur de la racine est null
  88.             if (this.racine.getValeur() == null)
  89.                 this.racine.setValeur(element);
  90.             // Si la valeur n'est pas null alors ...
  91.             else{
  92.                 // On crée le nouveau noeud à inserer.
  93.                 Noeud<E> temp = new Noeud<E>(element);
  94.                 //La il faudrait mettre la compareTo ...
  95.                 //On dit expressement que E va implementer Comparable
  96.                 if(this.compare(element, this.racine.getValeur()) <= 0)
  97.                     this.racine.setFg(temp);
  98.                 else
  99.                     this.racine.setFd(temp);
  100.             }
  101.         }
  102.         // Si la racine n'est pas une feuille.
  103.         else {
  104.             if(this.compare(element, this.racine.getValeur()) <= 0)
  105.                 this.getSGauche().addElement(element);
  106.             else
  107.                 this.getSDroit().addElement(element);
  108.         }
  109.     }
  110.    
  111.     /**
  112.      * Methode qui permet de dire si un element de type E existe dans cet arbre.
  113.      * @param element L'élement dont on va chercher l'occurence.
  114.      * @return true si element est deja present dans l'ABR sinon false
  115.      */
  116.     public boolean contient(E element){
  117.         // On parcours normalement
  118.         // Cas ou la racine est une feuille
  119.         if (this.racine.isFeuille()){
  120.             return this.racine.getValeur().equals(element);
  121.         }
  122.         // Si la racine n'est pas une feuille.
  123.         else { // Si plus petit ou egal on plonge a gauche sinon à droite
  124.             if(this.compare(element, this.racine.getValeur()) <= 0)
  125.                 return this.getSGauche().contient(element);
  126.             else
  127.                 return this.getSDroit().contient(element);
  128.         }
  129.     }
  130.    
  131.     /**
  132.      * Parcours infixe pour l'affichage
  133.      * Donne l'ordre naturel. (mythoné car ne renvoi pas une string, sera fait à partir de l'Iterator)
  134.      */
  135.     public String toString(){
  136.         this.afficheInfixe();
  137.         return "";
  138.     }
  139.    
  140.     /**
  141.      * Methode qui parcours puis affiche l'arbre selon le parcours infixe.
  142.      */
  143.     public void afficheInfixe() {
  144.         if (this.racine != null) {
  145.             this.getSGauche().afficheInfixe();
  146.             System.out.println(this.racine.toString());
  147.             this.getSDroit().afficheInfixe();
  148.         }
  149.     }
  150.    
  151.     /**
  152.      * Methode privée qui permet de selectionner l'ordre des elements  
  153.      * Soit le Comparateur a été precisé et on l'utilise, soit
  154.      * il est null dans ce cas on utilise l'ordre naturel des elements
  155.      * dont la classe implementera Comparable<E>
  156.      */
  157.     private int compare(E e1, E e2){
  158.        
  159.         // Si le comparateur est null on utilise l'ordre naturel
  160.         if(this.comparateur == null)
  161.             return ((Comparable<E> )e1).compareTo(e2);
  162.         else // sinon on utilise le comparateur
  163.             return this.comparateur.compare(e1, e2);
  164.     }
  165.    
  166.     /**
  167.      * Methode qui permet de recuperer un Iterator<E> à partir de l'arbre.  
  168.      * (pas de modifications possibles de l'arbre) Pour la boucle for-each !!!
  169.      */
  170.     public Iterator<E> iterator(){
  171.         // Creation d'une ArrayList de E
  172.         List<E> l = new ArrayList<E>();
  173.         // On rajoute dans la liste l les elements de l'arbre en la parcourant en infixe.
  174.         this.fillList(this.racine, l);
  175.         return l.iterator();
  176.     }
  177.    
  178.     /**
  179.      * Methode qui permet de rajouter des elements de l'arbre dans une liste.
  180.      * Parcours infixe. (ordre croissant)
  181.      * @param n Le noeud de depart.
  182.      * @param list La liste dans laquelle on va rajouter les elements.
  183.      */
  184.     private void fillList(Noeud<E> n, List<E> list){
  185.         if (n != null){
  186.             this.fillList(n.getFg(), list);
  187.             list.add(n.getValeur());
  188.             this.fillList(n.getFd(), list);
  189.         }
  190.     }
  191. }


 
Il y a surement quelques trucs a simplifier ou/et à optimiser (notament ma facon de chopper l'Iterator) mais sinon ca marche au top, on peut preciser son Comparator (donc ca marche meme pour les StringBuffer et autres barbares), on peut faire du for-each etc ...


Message édité par Chronoklazm le 12-04-2005 à 17:23:42

---------------
Scheme is a programmable programming language ! I heard it through the grapevine !
Reply

Marsh Posté le 12-04-2005 à 17:20:58    

pitié le melange français/anglais [:ciler]


---------------
Hey toi, tu veux acheter des minifigurines Lego, non ?
Reply

Marsh Posté le 12-04-2005 à 17:24:49    

Je l'avais dis qu'il y avait des choses a optimiser  [:chronoklazm]


Message édité par Chronoklazm le 12-04-2005 à 17:29:45

---------------
Scheme is a programmable programming language ! I heard it through the grapevine !
Reply

Marsh Posté le 12-04-2005 à 17:49:27    

ese-aSH a écrit :

ben non, c'est syntaxique, derriere c'est compilé comme avant ^^ a priori les *vrais* générique seront présent dans java6 (mustang) voire meme plutot java7 (dolphin). la ca s'appelle une arnaque pour pas se faire totalement etaler par .NET =]


[:kiki]
une analyse d'une hauteur digne de l'EPITA.


---------------
trainoo.com, c'est fini
Reply

Marsh Posté le 12-04-2005 à 18:02:20    

ese-aSH a écrit :

j'ai probablement fait mieux que toi niveau etudes en info :]


ouyeah, ça casse severe ici http://iicrew.free.fr/smileys/smileys/omer.s.gif


---------------
Hey toi, tu veux acheter des minifigurines Lego, non ?
Reply

Marsh Posté le 12-04-2005 à 18:03:20    

ese-aSH a écrit :

ba regarde le code compilé


parce que le développement ça se limite à du code compilé ?
 
l'inférence, la théorie des types, la qualité, la sécurité, l'analyse fonctionnelle etc.  
ça compte pas ?


---------------
trainoo.com, c'est fini
Reply

Marsh Posté le 12-04-2005 à 18:09:41    

Ca vous dit pas de parler de généricité au lieu de vous http://www.pcinpact.com/forum/html/emoticons/lsvader.gif


---------------
Scheme is a programmable programming language ! I heard it through the grapevine !
Reply

Marsh Posté le 12-04-2005 à 18:12:07    

ese-aSH a écrit :

un mec qui vient chier comme ca sur une école a base de 'moi jtemmerde j'ai fait X'


c'est pas exactement mon propos ... mais c'est pas grave.
 
Par contre, qu'un mec sorte de nullepart pour dire des conneries sur un truc dont il n'a manifestement pas compris l'esprit, ça me fout hors de moi.


---------------
trainoo.com, c'est fini
Reply

Marsh Posté le 12-04-2005 à 18:39:30    

[:drapal]

Reply

Marsh Posté le 12-04-2005 à 18:52:06    

ese-aSH a écrit :

1)et toi tu sors d'ou ?  
 
2) tu fais partie des gens a qui ont dit "c'est beau ca brille" et hop t'es content ?  
 
3) tu sais ce que c'est un template sur .NET (je presume que oui). tu trouve que les generiques c'est mieux ?  
 
4) pour des programmeurs *avancés* ca peut eclaicir le code, mais pour des gens qui ne comprennent pas ce qu'il y a derriere ben ca aboutit a n'iimporte quoi ^^.  
 
5) c'est ton boulot developpeur (je presume que oui) ? tu connais un peu les pressions .NET/java ?  
 
6) les generiques ont etes rajoutes en speed pour rester un minimum concurentiel, mais c'est creux, c'est juste une autre maniere d'ecrire ce que tu pouvais deja faire avant ^^ jdi pas qu'il faut pas s'en servir  
 
7) je fais juste remarquer que ca amene a des mecomprehensions de comment les choses fonctionnent.
 
8) et hop (deflag) j'aime pas ces debats creux et tu aura sans doute plus de choses a dire au createur du topic que moi ^^


1) de ton cul, biensûr (toujours élever le débat)
 
2) je suis mondialement connu pour ma naïveté vis-a-vis des technos, grand lecteur de 01 micro [:kiki]
 
3) rien à faire que ce soit mieux ou moins bien, c'est différent, j'ai toujours évité les comparaisons primaires comme ça sur les technos (les gens c'est différent).
 
4) c'est pareil avec n'importe quel outil, G. Eiffel faisait du calcul de structures maillées avec des matrices, aujourd'hui on calcule des structures non-linéaires par Newton-Raphson avec un algo d'intégration de dingue. Ben pour faire plus complexe, on a besoin d'outils plus complexes et on forme les utilisateurs.
 
5) non, oui.
 
6) non. Dans cette veine, le langage java n'est finalement qu'un sucre syntaxique puisqu'on peut écrire le .class à la main dans un éditeur exadécimal. Ensuite, toute cette affaire de MDA ou de MDC (dans les systèmes physiques) serait complètement inutile puisqu'on peut tout faire à la main. Non on a besoin sans cesse de plus d'abstraction pour continuer à faire progresser la technologie. Ensuite, le critère fort de l'implémentation par erasure a été la compatibilité avec l'existant.
Java-le-langage ne se positionne pas en terme de nombre fonctionnalités, mais en terme de simplicité (là où C# part énormément dans les fonctionnalités et les divers sucres syntaxiques pour faciliter le quotidien du développeur).
 
7) je vois pas le rapport, tout nouvel outil nécessite une période d'adaptation.
 
8) en tout cas, des choses plus réfléchies. au-revoir.


Message édité par nraynaud le 12-04-2005 à 18:53:18

---------------
trainoo.com, c'est fini
Reply

Marsh Posté le 12-04-2005 à 18:59:46    

ça c'est de la pelle à clous de kalitei [:aloy]

Reply

Marsh Posté le 12-04-2005 à 19:33:55    

mais c'est quoi ce caca nerveux [:mlc]


---------------
Hey toi, tu veux acheter des minifigurines Lego, non ?
Reply

Marsh Posté le 12-04-2005 à 19:38:43    

the real moins moins a écrit :

mais c'est quoi ce caca nerveux [:mlc]


Y4A UN PB ?  :fou:  
 
heu ben je sais pas moi, y'a des moment où il faut s'exprimer dans la vie.


---------------
trainoo.com, c'est fini
Reply

Marsh Posté le 12-04-2005 à 23:21:33    

nraynaud a écrit :

Y4A UN PB ?  :fou:  
 
heu ben je sais pas moi, y'a des moment où il faut s'exprimer dans la vie.


Ouais enfin c'est Mouinmouin qui te fait la remarque, le gars qui bondit de son siège et qui en fout 3 couches sur Blabla quand son stagiaire/collègue pond 2 lignes inutiles [:kiki]


---------------
Everyone thinks of changing the world, but no one thinks of changing himself  |  It is the peculiar quality of a fool to perceive the faults of others and to forget his own  |  Early clumsiness is not a verdict, it’s an essential ingredient.
Reply

Marsh Posté le 12-04-2005 à 23:29:58    

en meme temps, c'est pas à son post que je faisais allusion [:kiki]


---------------
Hey toi, tu veux acheter des minifigurines Lego, non ?
Reply

Marsh Posté le 12-04-2005 à 23:32:17    

puisque c'est ça, j'installe mono :o
 
 
(je vais vérifier que winforms tourne sur quartz d'abord)


---------------
trainoo.com, c'est fini
Reply

Marsh Posté le 12-04-2005 à 23:38:46    

ese-aSH a écrit :

ben non, c'est syntaxique, derriere c'est compilé comme avant ^^ a priori les *vrais* générique seront présent dans java6 (mustang) voire meme plutot java7 (dolphin). la ca s'appelle une arnaque pour pas se faire totalement etaler par .NET =]


 :lol:  
Le gars qui a rien compris aux générics dans Java  :D

Reply

Marsh Posté le 13-04-2005 à 12:19:00    

benou a écrit :

:lol:  
Le gars qui a rien compris aux générics dans Java  :D


Il n'a pas fondamentalement tord.
Il est aisé de placer dans une "list" typée des éléments d'un autres types sans lever aucune exception lors de l'execution du programme..
Java utilise le RTTI mais dans le cas des generics on passe à coté  :(  

Reply

Marsh Posté le 13-04-2005 à 12:20:42    

phnatomass a écrit :

Il n'a pas fondamentalement tord.
Il est aisé de placer dans une "list" typée des éléments d'un autres types sans lever aucune exception lors de l'execution du programme..
Java utilise le RTTI mais dans le cas des generics on passe à coté  :(


encore un avis d'expert avisé [:kiki]

Reply

Marsh Posté le 13-04-2005 à 12:46:52    

phnatomass a écrit :

Il est aisé de placer dans une "list" typée des éléments d'un autres types sans lever aucune exception lors de l'execution du programme..


Tu as un exemple de code pour montrer ca ?


---------------
ma vie, mon oeuvre - HomePlayer
Reply

Marsh Posté le 13-04-2005 à 13:09:38    

Voilà ce que je viens d'apprendre :

Citation :


Actions effectués par le compilateur :
  - Verifications du typage compte tenu de toutes les informations qu'il detient (params de type compris)
  - Remplacement des types parametrés par les types << raw >> correspondant
  - Remplacement des parametres de type par des types << ordinaires >>
  - Ajouts de casts si necessaires.
  - Ajout de méthodes << ponts >> si necessaires


 
Bon j'ai pas tout compris ... mais j'ai l'impression que ese-aSH n'a pas tort du tout.  
 
Schnapsman => C'est quoi le RTTI ?
 
EDIT : En gros c'est le compilo qui fait tout le travail pour permetres l'utilisations des generiques. Est-ce que ca veut dire que c'est juste un gadget syntaxique ???


Message édité par Chronoklazm le 13-04-2005 à 13:11:07

---------------
Scheme is a programmable programming language ! I heard it through the grapevine !
Reply

Marsh Posté le 13-04-2005 à 13:36:22    

benou a écrit :

Tu as un exemple de code pour montrer ca ?


Code :
  1. import java.util.*;
  3. public class PourTest {
  4.    public void bof(List l)
  5.    {
  6.      // pas d'exception levée
  7.      l.add(2.5d);
  8.    }
  9.  
  10.    public void show(List l)
  11.    {
  12.       for(Object e : l)
  13.       {
  14. System.out.print(e + " " );
  15.       }
  16.    }
  17.  
  18.    public static void main(String [] args)
  19.    {
  20.       PourTest pt = new PourTest();
  21.       List l =new ArrayList<Integer>();
  22.       l.add(10);
  23.       pt.bof(l);
  24.       pt.show(l);
  25.    }
  26.  
  27.  
  28. }


Edit :
Evidemment il y a des petits warnings à la compilation


Message édité par phnatomass le 13-04-2005 à 13:46:01
Reply

Marsh Posté le 13-04-2005 à 13:39:07    

schnapsmann a écrit :

encore un avis d'expert avisé [:kiki]


Qui a parlé d'expertise.
Dans ce forum il y a toujours une volonté de casser le mec qui dit un truc plutot que de casser son argument.

Reply

Marsh Posté le 13-04-2005 à 13:53:06    

phnatomass a écrit :

Evidemment il y a des petits warnings à la compilation


ok ... tu dis quand même tout en 2 fois :)


---------------
ma vie, mon oeuvre - HomePlayer
Reply

Marsh Posté le    

Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed