Discussion :

[Nalfeim]

Je suis en train de me bricoler ce que l'on pourrait appeler une SortedTable pour des éléments maison.
Techniquement, j'ai donc cette classe

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
 
public class FlowsTable implements Iterable<IFlowConfiguration>{
	...
	private TreeSet<FlowElements> table;

FlowElements étant une classe incluse simplissime, dans l'idée une bête structure

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
 
class FlowElements {
 
	IFlowConfiguration configuration;
	IFlowReport report;
	FlowStreamChannel channel;

Et donc j'aimerai rendre FlowsTable iterable suivant les IFlowConfiguration, IFlowReport et FlowStreamChannel.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
@Override
    public Iterator<IFlowConfiguration> iterator() {

	    table.iterator() 

	    return null;
    }

Est il possible de passer par le table.iterator pour éviter d'avoir à tout redéfinir ? Sinon, existe il un moyen rapide de définir un itérateur ?

[syllabus]

Bonjour,

ta classe FlowsTable ne devrait pas implementer Iterable<FlowElements> plutot que Iterable<IFlowConfiguration> ?

ta methode devrait marcher:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
 
@Override
    public Iterator<FlowElements> iterator() {
	    return table.iterator();
    }

rmq: FlowElements devrait s'appeler FlowElement (sans "s")

si tu veux vraiment implementer Iterable<IFlowConfiguration>, ca risque d'etre un peu plus compliqué (mais pas infaisable je pense)

en esperant que ca t'aide

Sylvain

[Nalfeim]

Comme je le disait, FlowElement n'est jamais qu'une classe censé être la plus anodine possible (en C# j'aurais fait une struct) qui ne doit pas sortir de FlowTable. A ce sujet, si vous avez des suggestions genre classe anonyme ou des possibilités sympathiques de java dans ce gout là, je veux bien en entendre parler ^^
Donc un iterateur dessus ne m'intéresse pas car pas adapté à un usage externe.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

rmq: FlowElements devrait s'appeler FlowElement (sans "s")

C'est interdit les S dans la convention de codage java / sun / machin ?


En définitive j'ai une solution pour cette histoire d'itérateur : je projette la colonne (ie les IFlowConfiguration ou IFlowReport ..) à itérer dans un arraylist. On ne peut pas implémenter trois fois la même interface Iterator<config>, Iterator<report> ... ( dommage ) mais le niveau au dessus pourra utiliser les projection pour faire son taff.

[hibour]

Bonjour :
Tu peux utiliser l'introspection si IFlowConfiguration, IFlowReport et FlowStreamChanne ne dérivent pas d'une interface commune (ICommun par exemple), ou peut être définir une méthode

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

Object get(String name)

qui retourne le bon attribut dans la classe FlowElements selon la valeur de name, et apres tu défini un itérateur paramétré comme :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
Iterator<? extends ICommun> iterator(String name) {
//selon le name tu retourne un Iterator spécifique..
}

Cdlt

[syllabus]

Comme je le disait, FlowElement n'est jamais qu'une classe censé être la plus anodine possible (en C# j'aurais fait une struct) qui ne doit pas sortir de FlowTable. A ce sujet, si vous avez des suggestions genre classe anonyme ou des possibilités sympathiques de java dans ce gout là, je veux bien en entendre parler ^^
Donc un iterateur dessus ne m'intéresse pas car pas adapté à un usage externe.

ok, dans ce cas, la "inner class" que tu as fait me semble appropriée pour représenter une structure interne.

rmq: FlowElements devrait s'appeler FlowElement (sans "s")

C'est interdit les S dans la convention de codage java / sun / machin ?

non, c'est juste que j'ai l'impression que FlowElements represente 1 seul element

En définitive j'ai une solution pour cette histoire d'itérateur : je projette la colonne (ie les IFlowConfiguration ou IFlowReport ..) à itérer dans un arraylist. On ne peut pas implémenter trois fois la même interface Iterator<config>, Iterator<report> ... ( dommage ) mais le niveau au dessus pourra utiliser les projection pour faire son taff.

juste une idée meme si tu as deja resolu ton pb, voici une solution qui evite de dupliquer les données dans une ArrayList: créer une autre inner class "IteratorInterne"

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
 
abstract class IteratorInterne<T> implements Iterator<T> {
	Iterator<FlowElement> itInterne = table.iterator();
 
	public boolean hasNext() {
		return itInterne.hasNext();
	}
 
	public T next() {
		return getValue(itInterne.next());
	}
 
	public void remove() {
		itInterne.remove();
	}
 
	protected abstract T getValue(FlowElement next);
 
}

et des methodes pour recuperer un iterator ou un iterable sur une "colonne" particuliere depuis FlowsTable

ex pour IFlowConfiguration:

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
 
public Iterator<IFlowConfiguration> iteratorConfiguration() {
	return new IteratorInterne<IFlowConfiguration>() {
		@Override
		protected IFlowConfiguration getValue(FlowElement next) {
			return next.configuration;
		}
	};
}
 
public Iterable<IFlowConfiguration> configurations() {
	return new Iterable<IFlowConfiguration>() {
 
		public Iterator<IFlowConfiguration> iterator() {
			return iteratorConfiguration();
		}
 
	};
}

[Nalfeim]

C'est un peu ce que je cherchais à faire au début. Histoire de pas perdre de temps ma solution actuelle suffira, mais je te remercie pour celle-ci qui servira la prochaine fois