Java

[Java 1.5] Encore du générique...

Recherche :

Mot : Pseudo : Filtrer
Bas de page
Auteur	Sujet : [Java 1.5] Encore du générique...

Giz

Salut les javateux :hello: ,

2 questions qui me turlupinent : 1 technique et une qui m'inquiète.

Rq : je code sous eclipse, et les warning qu'il me souligne j'évite

--------------------------------------------------------------------------------
-----------------1) celle qui m'inquiète :--------------------------------
--------------------------------------------------------------------------------

Soit le code suivant :

Code :

ArrayList<_State<T>> sortSuccessors(BasicSearch<T> problem) {
ArrayList<_State<T>> successors = successors(problem);
Object[] sortedSucc = successors.toArray();
Arrays.sort(sortedSucc);
successors.clear();
for (Object o : sortedSucc)
//ci-dessous warning sur le cast
successors.add((_State<T> ) o);
return successors;
}

On se dit "Avec Tiger génial, plus de cast tout merdique !" Seulement pour les qsort (cf. exemple) c'est pas encore ça et pour les clone() non plus.
Serons-nous donc toujours contraint à avoir un code avec des warning et des cast ? :sweat:

--------------------------------------------------------------------------------
-----------------2) Question technique.-----------------------------------------
--------------------------------------------------------------------------------

Voici le bout de code qui ne compile pas :

Code :

/********** Fichier AntColonySystem.java ***************/
public class AntColonySystem<T> extends AntProcess<T> {
...
//constructeur
public AntColonySystem(AntColonySystemProperty<T> acsp, AntSearch<T> problem) {
pheromone = new Hashtable<T,Hashtable<T,Double>>();
this.acsp = acsp;
this.problem = problem;
}
//methode d'intialisation
void init() {
//acsp.colony est souligne comme erreur !
for (AntSystemProperty<T>.Ant<T> ant : acsp.colony) {
ant.clearPath();
ant.addToPath(problem.random());
}
}
...
}

/********** Message d'erreur ***************/
Type mismatch: cannot convert from element type AntSystemProperty.Ant<T> to AntSystemProperty<T>.Ant<T> AntColonySystem.java

Code :

/********** Fichier AntSearch.java ***************/
public interface AntSearch<T> {
...
}

Code :

/********** Fichier AntColonySystemProperty.java ***************/
public class AntColonySystemProperty<T> extends AntSystemProperty<T> {
//constructeur
public AntColonySystemProperty(int cListSize, AntSystemProperty<T> asp) {
super(asp);
this.cListSize = cListSize;
}
...
}

Code :

/********** Fichier AntSystemProperty.java ***************/
public class AntSystemProperty<T> {
...
//une donnee membre
ArrayList<Ant<T>> colony;
...
//constructeur 1 qui me parait un peu cracra, mais
//je ne vois pas comment faire autrement vis a vis
//de l'heritage avec la sous classe AntColonySystemProperty
//(cf son constructeur)
AntSystemProperty(AntSystemProperty<T> asp) {
...
}
...
//classe interne avec E meme type que T en fait mais
//oblige de mettre une autre lettre a cause du masquage avec
//la classe externe sinon (=> warning).
class Ant<E extends T> {
...
//constructeur
Ant() {
...
}
...
}
}

Bon voilà pour ce qui est du code. Je suis désolé mais je pense que vous avez besoin de tout ce listing pour comprendre, je sais c'est beaucoup, abstraction oblige [:spamafote] .
Ben la question, vous avez devinez, pourquoi cette erreur ? [:gratgrat] et surtout quelle(s) modification(s) du code proposez vous pour corriger ca sans "trop" casser "la conception" et garder un typage sûr ! .

Merci .

Publicité

benou

pour le 2) faut que tu mettes

Citation :

for (AntSystemProperty.Ant<T> ant : acsp.colony)

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

the real moins moins

et pour la premiere tu devrais sans doute utiliser la methode toArray qui prend un argument...

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

benou

j'aimerais bien ^savoir le message de warning du 1er ...

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

the real moins moins

unsafe cast je suppose?

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

the real moins moins

(puisque sortedSucc est juste une Object[], pas une Machin[])

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

benou

the real moins moins a écrit :

unsafe cast je suppose?

depuis quand y a ce genre de warning en java :??:

et c'est quoi un cast "safe" ?

Message édité par benou le 04-06-2005 à 02:18:05

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

the real moins moins

ben en java5, me semble qu'y'a ça, genre pour te prevenir que tu pourrais faire plus safe.
maintenant, je suis pas du tout sur de l'intitulé du message ...

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

the real moins moins

benou a écrit :

et c'est quoi un cast "safe" ?

beuf, joue pas sur les mots c'est le cast en soi qui est unsafe(pas "type safe" )

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

benou

the real moins moins a écrit :

ben en java5, me semble qu'y'a ça, genre pour te prevenir que tu pourrais faire plus safe.

ok :jap:
(vivement qu'ils y passent dans ma boite :fou: )

the real moins moins a écrit :

beuf, joue pas sur les mots c'est le cast en soi qui est unsafe(pas "type safe" )

c'est pour ca que je comprenais pas ce que c'était qu'un "cast safe", c'est jamais safe un cast

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

Publicité

the real moins moins

oué [:joce]

(je suis pas sur pour le warn mais il me semble qu'y'en a un qui dit qqchose dans le style quoi)

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

Giz

the real moins moins a écrit :

et pour la premiere tu devrais sans doute utiliser la methode toArray qui prend un argument...

celle-là tu veux dire :

Code :

public <T> T[] toArray(T[] a);

mais dans la doc il disent bien que :

Citation :

Otherwise, a new array is allocated with the runtime type of the specified array and the size of this list.

...Et l'allocation de tableaux generiques, c'est pas possible :sweat: donc c'est mort cette méthode car je ne peux allouer moi-même le tableau et a fortiori la fonction non plus (elle ne pourra pas le créer).

benou

je détourne un peu la question :
pkoi tu te sers pas de cette méthode là pour faire un sort ?
Ca t'évite de passer par des tableaux qui, d'après ce que j'ai lu rapidement, foutent un peu la merde avec les generics ...

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

Giz

benou a écrit :

Bon conseil ça tient ! tu me l'a sortie de derrière les bois celle là ... je ne la connaissais pas [:ke-c] !
Sinon à ce qu'ils disent, ça doit certainement faire la même chose que moi (v aller voir le code...)...mais c'est clair qu'entre 5 lignes de code et une seule, je préfère largement ta méthode .

Merci :jap:

nraynaud

lol

benou a écrit :

et c'est quoi un cast "safe" ?

C'est décrit très en détail dans le draft du JLS version 3 (attention, la version 3, pas la 2), c'est trop long pour faire un résumé ici, désolé.

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

FORUM HardWare.fr

Programmation

Java

[Java 1.5] Encore du générique...

Sujets relatifs
[JAVA][SWING] Pb disposition GridBagLayout	[Java] Caret Position dans un JEditorPane HTML
tomcat jsp: comment fonctionne l'encodage URL vers java?	Appeller du code java depuis du code natif
[1.4.2]java.net: test de présence de machine lan	[Java]Pb applet-awt
[java] ecriture dans un fichier	XQuery Java
projet java bien rémunéré	lancé un exe via java
Plus de sujets relatifs à : [Java 1.5] Encore du générique...

Page générée en 0.039 secondes