JList ist leer -Model ist voll. Ja, ne is klaaa.

[VdA]

Hi!
ich habe eine JList die ihre Daten aus einem Vector bekommt:

Vector<File> paths=new Vector<File>();
JList list =new JList(paths);

Soweit so gut.
Anfangs hat der Vector nur ein Element, das auch angezeigt wird.
Wenn ich jetzt jedoch mit

paths.addElement(new File("/dateiname"));

ein Element hinzufüge, wird die Liste leer. :shock:

Aber es wird noch besser:
Wenn ich vor dem Hinzufügen paths.removeAllElements(); aufrufe wird die Liste nicht leer. (nach dem Hinzufügen eines neuen Elements)
Nach dem Hinzufügen weiterer Elemente ist die Liste dann wieder leer.

Was mache ich falsch?

 

[Marco13]

Der Vector ist NICHT das Modell! Die List packt die Daten, die in dem Vector stehen, in "ihr" ListModel. Wenn man den Vector nachher verändert, interessiert sich das ListModel da nicht dafür.

Du solltest statt des Vectors ein DefaultListModel erstellen: http://java.sun.com/j2se/1.4.2/docs/api/javax/swing/DefaultListModel.html
Wenn man das verändert (Elemente entfernt/hinzufüg) sollte die JList automatisch aktualisiert werden.

 

[VdA]

Das Problem ist, dass ich die Daten letztendlich in einem Vector, zur Weiterverarbeitung, brauche.
Gibs da ein entsprechendes ListModel für?

 

[musiKk]

Der Vector bleibt schon Teil des Models, das Problem ist, dass Änderungen am Vector kein Event zur Neuzeichnung der GUI "feuern".

Im Prinzip sollte es aber mit dem DefaultListModel relativ einfach gehen, das benutzt intern auch einen Vector.

 

[VdA]

kann ich dem DefaultListmodel denn auch irgendwie sagen "benutz du diesen Vector mal!"?

 

[Marco13]

Der Vector bleibt schon Teil des Models

:shock: das wäre mir neu ???:L

kann ich dem DefaultListmodel denn auch irgendwie sagen "benutz du diesen Vector mal!"?

Wenn die Daten auch als Vector brauchst, könntest du eine eigene Implementierung von "ListModel" bauen, die intern einen Vector verwendet, aber das Problem der nicht gefeuerten Events (beim Einfügen und Löschen) würde dann weiterhin bestehen. Beschreib' vielleicht mal, wie und wo du den Vector brauchst, bzw. wofür du den Vector verwenden willst. Vielleicht wäre es angemessen, sich dafür eine eigene Klasse zu schreiben (die dann evtl. auch ListModel implementiert)

 

[musiKk]

kann ich dem DefaultListmodel denn auch irgendwie sagen "benutz du diesen Vector mal!"?

Da der Vector private ist und es keinen Setter gibt: Nein. Insofern war meine Bemerkung oben nicht sonderlich hilfreich...
Dann wohl doch ein eigenes Model und die nötigen Methoden (add und so... je nach dem, was gebraucht wird) an den Vector durchreichen. Dann nur auf dem Model arbeiten und der Vector wird entsprechend angepasst.

das wäre mir neu

Zum einen: Der entsprechende Konstruktor von JList sieht so aus:

public JList(final Vector<?> listData) {
        this (
            new AbstractListModel() {
                public int getSize() { return listData.size(); }
                public Object getElementAt(int i) { return listData.elementAt(i); }
            }
        );
    }

Zum anderen:

public static void main(String[] args) throws Exception {

	JFrame frame = new JFrame("foobar");
	frame.setDefaultCloseOperation(JFrame.EXIT_ON_CLOSE);
	
	final Vector<String> v = new Vector<String>();
	v.add("foo");
	v.add("bar");
	
	final JList list = new JList(v);
	list.setPreferredSize(new Dimension(100, 500));
	
	frame.add(list, BorderLayout.NORTH);
	
	JButton button = new JButton("add");
	button.addActionListener(new ActionListener() {
		@Override
		public void actionPerformed(ActionEvent e) {
			v.add(new Date().getTime() + "");
			
			ListModel lm = list.getModel();
			for(int i=0; i<lm.getSize(); i++) {
				System.out.println(lm.getElementAt(i));
			}
			System.out.println("---------------------------");
		}
	});
	
	frame.add(button, BorderLayout.CENTER);
	
	frame.pack();
	frame.setVisible(true);

}

Hier arbeite ich nur auf dem Vector (die GUI wird aus oben genannten Gründen nicht aktualisiert). Wenn ich das Model aber auslese, dann sehe ich aber die neuen Eintäge.

 

[Marco13]

OK, hatte den Code gerade nicht zur Hand, aber ... von allen denkbaren Implementierungen ist das ja wohl eine der ... unglücklichsten ... das provoziert ja solche Fragen wie hier im Thread, und untergräbt eigentlich die Grundidee, die hinter einem "Modell" steckt: Man kann es verändern, und keiner kriegt was mit.... :? Da jetzt jedes mal, wenn man den Vector verändert, von Hand irgendwie irgendwelche "fire*Event"-Methoden aufzurufen kanns ja nicht sein :autsch:

 

[VdA]

Ich hab mir jetzt mal einfach selber so ein Vectormodel geschrieben