MP3 mit Java - Frage zu JList

[Jochen Graul]

Hallo Java-Freunde,

ich schreibe grade einen MP3-Player mit Java, und es läuft ziemlich gut.

Zentrales Element ist eine JList, wo die Lieder drin sind.

Mir gefällt allerdings meine Art der Programmierung selber nicht so richtig.

Wie mit der Hand am Arm selektiere ich - im Fall das ein Lied gelöscht wird - das nächste per list.setSelectIndex().
Bei Zufallssprünge gehe ich auch über den Index. Dabei gibt es doch bei ArrayList die Möglichkeit ein .shuffle zu benutzen.

Aber irgendwie weiß ich nicht richtig, wie ich das am besten machen soll.

Derzeit mache ich es so, daß es zusätzlich zur Jlist, die natürlich ein listmodel enthält, eine HashMap habe.

Warum ? Nunja, der MP3-Player soll keine Pfade der Lieder in der Jlist anzeigen. Will ich sie abspielen, brauch ich aber den Pfad. Somit habe ich eine HashMap, die als Schlüssel den Liednamen und als Wert den Liednamen mit Pfad hat....

Ja...ich weiß...das ist komisch und gefällt mir selber nicht so richtig.
Ich kann auch jetzt den Zufall schlecht unterbringen, weil ja eben die Elemente in der HashMap nicht per Index anfassbar sind.
Vorallem, das ungeschickteste ist, zu überprüfen, ob das Lied das gelöscht werden soll, das letzte in der Liste ist, UND ob der selektionsbalken grade dieses Selektiert. Dann muß nämlich das Lied DAVOR selektiert werden. Steht der Selektionsbalken aber auf dem ERSTEN Lied, muß das Lied DANACH selektiert werden....macht viele unblickbaren if-Abfragen nötig...

Hat mir jemand ein paar Tipps, wie ich das möglichst geschickt programmieren könnte ?

Gruß

Grauli

 

[Mentor49]

Sind zwar ein paar nervige If-Abfragen, aber ich denke, an den meisten kommste nicht so einafch vorbei.

Aber ist auch nur meine Meinung dazu (;

Lg Chris

 

[diggaa1984]

muss denn der balken gesetzt werden? bei winamp machen ses zB net, und wenn ich da auf play drück, dann gehts mitm 1. los ^^

 

[diggaa1984]

[..] eine HashMap, die als Schlüssel den Liednamen und als Wert den Liednamen mit Pfad hat.

Ich kann auch jetzt den Zufall schlecht unterbringen, weil ja eben die Elemente in der HashMap nicht per Index anfassbar sind.

aeh das widerspricht sich ein wenig, die werte der Hahsmaps greifst doch über den Key ab, und der würde ja dem Inhalt der Liste entsprechen .. da wäre es ja egal ob die Liste gut sortiert ist, oder nicht.

Vorallem, das ungeschickteste ist, zu überprüfen, ob das Lied das gelöscht werden soll, das letzte in der Liste ist, UND ob der selektionsbalken grade dieses Selektiert. Dann muß nämlich das Lied DAVOR selektiert werden. Steht der Selektionsbalken aber auf dem ERSTEN Lied, muß das Lied DANACH selektiert werden

wär das nicht sowas wie:

if (somethingWasSelected) { 
    if (index == 0) {
        setNewIndex(0) //wenn der SelectedIndex überhaupt beim remove verschwindet
    } else { 
        setNewIndex = lastIndex
    }
}

wäre ja nun noch recht überschaubar find ich, so in etwa müsste das ja gehen oder?

 

[Jochen Graul]

Hab mich nochmal damit beschäftigt und eine Lösung gefunden.

Nur falls es jemand interessiert:

Hab in einem anderen Forum eine selbstgeschriebene Methode gefunden

selectListEntry(JList, Object)

Damit kann ich abhängig vom Object (in meinem Falle Strings, die Liednamen ohne Pfad)
den Eintrag selektieren.

Um es einfach zu sagen: Ich kümmere mich nicht mehr um die Liste an sich, sondern entscheide, welches Lied gespielt wird.
Danach nehme ich obigen Befehl und selektiere einfach !
Wenn ich ein Lied lösche aus listModel, dann wird die Liste ja sowies ohne mein zutun abgedatet. Ich brauche einfach wieder einen neues Lied auswählen (zufällig oder das nächste, je nach Benutzerwunsch) DANNACH die Liste selektiern und schon läuft alles.
Kurz gesagt: Ich bin weg vom Listenorientieren Denken (wann muß ich was selektieren) zum Problem Denken (Welches Lied spiele ich, so seleketire ich auch die Liste)
Weiterhin habe ich eine HashMap, die mir immer übersetzt zwischen Liedname ohne Pfad und Liedname mit Pfad !
Die Klasse listModel, die ich für den Listeninhalt sowieso benötige hat zum Glück Indices, sodaß ich im Zufallsfall auch wieder über geordnete Reihenfolge an die Lieder rankomme !

Das ist jetzt total übersichtlich geworden !

 

[Marco13]

Ja, seine "Datenhaltung" in einer GUI-Komponente zu machen kann wirklich ungünstig sein.

Aber so als Randbemerkung, weil dir das vielleicht nicht bewußt ist: In der JList wird (standardmäßig) das angezeigt, was bei einem "toString" der enthaltenen Objekte rauskommt. Du könntest also z.B. sowas machen wie

class LiedInfo
{
    String pfad;
    String name;

    public String toString() 
    {
        return name;
    }
}

Wenn du solche Objekte dann in die JList packst, erscheint nur der Name. Das Objekt kann man sich aber nach wie vor mit
LiedInfo liedInfo = (LiedInfo)list.getSelectedItem();
holen, und damt bekommt man dann auch den Pfad.

Noch flexibler ist es, wenn man für die JList einen eigenen ListCellRenderer setzt - da kann man sich aussuchen, was angezeigt werden soll - das könnte dann z.B. auch ein JLabel sein, dessen ImageIcon das CD-Cover zeigt oder so....