Forum |  HardWare.fr | News | Articles | PC | S'identifier | S'inscrire | Shop Recherche
3770 connectés 

  FORUM HardWare.fr
  Programmation
  Java

  Questions sur la généricité.

 
 


 Mot :   Pseudo :  
 
 Page :   1  2
Page Suivante
Page Précédente
Bas de page 
Auteur Sujet :

Questions sur la généricité.

n°1042789
Chronoklaz​m
Posté le 11-04-2005 à 12:23:22  profilanswer
 

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 !
mood
Publicité
Posté le 11-04-2005 à 12:23:22  profilanswer
 

n°1042911
nraynaud
lol
Posté le 11-04-2005 à 13:42:56  profilanswer
 

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
n°1042935
Chronoklaz​m
Posté le 11-04-2005 à 13:55:21  profilanswer
 

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 !
n°1042943
Taz
bisounours-codeur
Posté le 11-04-2005 à 14:01:14  profilanswer
 

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

n°1042963
Chronoklaz​m
Posté le 11-04-2005 à 14:20:41  profilanswer
 

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 !
n°1043106
Chronoklaz​m
Posté le 11-04-2005 à 15:42:58  profilanswer
 

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 !
n°1043111
nraynaud
lol
Posté le 11-04-2005 à 15:46:44  profilanswer
 

oui, <E extends Comparable>


---------------
trainoo.com, c'est fini
n°1043130
Chronoklaz​m
Posté le 11-04-2005 à 15:59:21  profilanswer
 

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 !
n°1043155
nraynaud
lol
Posté le 11-04-2005 à 16:10:30  profilanswer
 

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


---------------
trainoo.com, c'est fini
n°1043177
Chronoklaz​m
Posté le 11-04-2005 à 16:26:11  profilanswer
 

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 !
mood
Publicité
Posté le 11-04-2005 à 16:26:11  profilanswer
 

n°1043188
nraynaud
lol
Posté le 11-04-2005 à 16:36:42  profilanswer
 

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
n°1043190
the real m​oins moins
Posté le 11-04-2005 à 16:39:45  profilanswer
 

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 ?
n°1043216
nraynaud
lol
Posté le 11-04-2005 à 16:59:30  profilanswer
 

-- > 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
n°1044252
Chronoklaz​m
Posté le 12-04-2005 à 14:42:59  profilanswer
 

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 !
n°1044304
nraynaud
lol
Posté le 12-04-2005 à 15:04:37  profilanswer
 

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
n°1044505
nraynaud
lol
Posté le 12-04-2005 à 16:42:44  profilanswer
 

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
n°1044561
Chronoklaz​m
Posté le 12-04-2005 à 17:11:41  profilanswer
 

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 !
n°1044573
the real m​oins moins
Posté le 12-04-2005 à 17:20:58  profilanswer
 

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


---------------
Hey toi, tu veux acheter des minifigurines Lego, non ?
n°1044577
Chronoklaz​m
Posté le 12-04-2005 à 17:24:49  profilanswer
 

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 !
n°1044605
nraynaud
lol
Posté le 12-04-2005 à 17:49:27  profilanswer
 

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
n°1044613
the real m​oins moins
Posté le 12-04-2005 à 18:02:20  profilanswer
 

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 ?
n°1044615
nraynaud
lol
Posté le 12-04-2005 à 18:03:20  profilanswer
 

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
n°1044624
Chronoklaz​m
Posté le 12-04-2005 à 18:09:41  profilanswer
 

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 !
n°1044627
nraynaud
lol
Posté le 12-04-2005 à 18:12:07  profilanswer
 

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
n°1044662
schnapsman​n
Zaford Beeblefect
Posté le 12-04-2005 à 18:39:30  profilanswer
 

[:drapal]

n°1044667
nraynaud
lol
Posté le 12-04-2005 à 18:52:06  profilanswer
 

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
n°1044675
push
/dev/random
Posté le 12-04-2005 à 18:59:46  profilanswer
 

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

n°1044701
the real m​oins moins
Posté le 12-04-2005 à 19:33:55  profilanswer
 

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


---------------
Hey toi, tu veux acheter des minifigurines Lego, non ?
n°1044710
nraynaud
lol
Posté le 12-04-2005 à 19:38:43  profilanswer
 

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
n°1045091
Taiche
(╯°□°）╯︵ ┻━┻
Posté le 12-04-2005 à 23:21:33  profilanswer
 

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.
n°1045108
the real m​oins moins
Posté le 12-04-2005 à 23:29:58  profilanswer
 

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


---------------
Hey toi, tu veux acheter des minifigurines Lego, non ?
n°1045116
nraynaud
lol
Posté le 12-04-2005 à 23:32:17  profilanswer
 

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


---------------
trainoo.com, c'est fini
n°1045129
benou
Posté le 12-04-2005 à 23:38:46  profilanswer
 

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

n°1045670
phnatomass
Je m'empare de ton esprit !!
Posté le 13-04-2005 à 12:19:00  profilanswer
 

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é  :(  

n°1045671
schnapsman​n
Zaford Beeblefect
Posté le 13-04-2005 à 12:20:42  profilanswer
 

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]

n°1045701
benou
Posté le 13-04-2005 à 12:46:52  profilanswer
 

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
n°1045724
Chronoklaz​m
Posté le 13-04-2005 à 13:09:38  profilanswer
 

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 !
n°1045748
phnatomass
Je m'empare de ton esprit !!
Posté le 13-04-2005 à 13:36:22  profilanswer
 

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
n°1045756
phnatomass
Je m'empare de ton esprit !!
Posté le 13-04-2005 à 13:39:07  profilanswer
 

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.

n°1045777
benou
Posté le 13-04-2005 à 13:53:06  profilanswer
 

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
mood
Publicité
Posté le   profilanswer
 

 Page :   1  2
Page Suivante
Page Précédente
Haut de page 

Aller à :
Ajouter une réponse
  FORUM HardWare.fr
  Programmation
  Java

  Questions sur la généricité.

 

Sujets relatifs
brochettes de petites questions[Scheme] Questions de noob'
Javascript: deux p'tites questions[VC++] Généricité
Diverses questions de codage [Débutant]Questions de noob sur le html.
Débutant : questions C/C++quelques questions pour un site
[C/C++] Lecture de structures en C++ ? Nouvelles questions >[Projet jeu JAVA] Questions de débutant
Plus de sujets relatifs à : Questions sur la généricité.

Forum MesDiscussions.Net, Version 2010.2
(c) 2000-2011 Doctissimo
Page générée en 0.165 secondes

Copyright © 1997-2025 Groupe LDLC (Signaler un contenu illicite / Données personnelles)