Discussion :

[bbsebb]

Bonjour,

Je ne comprend pas pourquoi cela ne fonctionne pas.

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
 
import java.util.ArrayList;
 
public class Ligne {
	private int idLigne;
	private ArrayList<Data<?>> datas;
 
 
 
	 <T> void setData(int idColonne,T data) {
		this.datas.get(idColonne).setData( data);
	}
 
	int getIdLigne() {
		return this.idLigne;
	}
}

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
21
22
23
24
25
26
27
 
public class Data<T> { 
	static int idData = 1;
	T data;
 
 
 
	Data() {
		idData++;
	}
 
	/**
         * @return the data
         */
	T getData() {
		return data;
	}
 
 
 
	void setData(T data) {
		// TODO Auto-generated method stub
 
	}
 
 
}

Eclipse me dit qu'il y a une erreur sur la fonction <T> void setData :

The method setData(capture#1-of ?) in the type Data<capture#1-of ?> is not applicable for the arguments (T)

merci d'avance

[thelvin]

Hello,

ben, qu'est-ce que tu espérais faire, au juste ?

C'est la même chose que si tu déclarais une variable List<?> maList;

Et quand tu appelles maList.get(0), tu obtiens un objet de quel type??? Du coup je repose la question, c'était quoi que tu espérais faire ?

Bon, ça dit pas "pourquoi ça marche pas ce que tu as tapé."

Eh bien, le type Data<?> ça signifie "Objet Data dont on ne sait pas quel type d'objet il contient." Si tu ne sais pas quel type d'objet il contient, tu ne peux y ajouter aucun objet (mais tu peux y ajouter le littéral null), car quel que soit l'objet, tu ne sais pas si c'est un objet que tu as le droit d'ajouter.

Le rôle du compilateur est de vérifier que tu ne mettes tes objets que là où tu as le droit de le faire, or dans un Data<?> on peut pas savoir quels objets on a le droit d'y mettre, donc on a le droit d'y mettre aucun objet. Même chose qu'avec une List<?>.

[bbsebb]

J'ai essayé de réinventé la roue en codant trop tardivement le soir . J'avais compris que l'approche n'étais pas la bonne, mais dans mon erreur, je ne comprenais pas ce message d'erreur.

J'ai d'ailleurs toujours du mal à comprendre. J'ai modifié le code pour mieux comprendre en modifiant la classe Ligne et le type de la classe Data (public class Data<T extends Object> ):

import java.util.ArrayList;

public class Ligne {
private int idLigne;
private ArrayList<Data<? extends Object>> datas;



<T extends Object> void setData(int idColonne,T data) {
this.datas.get(idColonne).setData( data);
}

int getIdLigne() {
return this.idLigne;
}
}

On retrouve la même erreur, pourtant, la on attend bien un classe T qui descends de Object (donc n'importe quelle classe) pour data et dans la liste un data avec un type T qui descend d'Object.

Autre question en rapport. Je veux une list avec des objets de n'importe quel type, j'aurai tendance à faire List<? extends Object>. Pourant, je peux mettre tous les éléments qui descendent d'object avec un simple List<Object>. Du coup à quoi sert le ? extends Object.

[thelvin]

<? extends Object> ne sert à rien. C'est la même chose que <?>.

List<? extends Truc> signifie "List dont on ne sait pas ce qu'elle contient, mais on sait au moins que ce qu'elle contient, en tout cas, soit c'est Truc soit c'est un sous-type de Truc".

L'intérêt étant que si j'ai une List<? extends Truc> maList;

je peux faire Truc monTruc = maList.get(0);

Du coup, List<? extends Object> ça veut dire "List dont on ne sait pas ce qu'elle contient, mais on sait au moins que ce qu'elle contient, en tout cas, soit c'est Object soit c'est un sous-type de Object". Euh... Ouais mais ça c'est toujours le cas. Le seul type objet qui n'est pas un sous-type de Object, c'est Object lui-même. Du coup en gros on sait rien du tout de ce que contient la List. Donc c'est la même chose que List<?>.

Et donc concernant pourquoi ton code marche toujours pas, ben, l'erreur est toujours la même. Déjà Data<? extends Object> c'est la même chose que Data<?>.

Ensuite, Data<? extends Truc> ça veut dire "Data dont on ne sait pas ce qu'elle contient, mais on sait au moins que ce qu'elle contient, en tout cas, soit c'est Truc soit c'est un sous-type de Truc". Mais ce qui compte c'est avant la virgule. Data dont on ne sait pas ce qu'elle contient. On ne sait pas ce qu'elle contient, donc quoi qu'on songe à y mettre, on ne sait pas si on a le droit d'y mettre. On ne sait pas, donc on n'a pas le droit.

Je me répète à nouveau, tu essaies de faire quoi ?

[bbsebb]

Je me répète à nouveau, tu essaies de faire quoi ?

Je l'avais sous entendu, c'était une simple List<Object> que je voulais faire. Et sur le plus gros projet, j'essaie de coder une gestionnaire de bdd assez simple pour m'exercer à de l'architecture logiciel avec différents PATTERN vu. Bon je galère complet pour la réalisation du domaine + repository, c'est toujours plus simple quand on le montre avec des exemples de jeux d'échec ou autre ^^.

[thelvin]

Ouais mais le truc c'est qu'une List<Object> ça sert à rien. Une List<Integer>, une List<String>, une List<Panier>, ça je comprends. Des trucs qui servent à quelque chose, qui permettent d'arriver quelque part. Pas, donc, comme une List<Object>.

Mais, oui. Les génériques ont surtout l'air simple dans les cas simples.