Liste in mehreren unabhängigen Frames aktualisieren.

[Gen_d_Pz_Tr_Seb]

Ich habe zwei Frames die beide in einem Table eine Liste von Daten (welche das sind ist ja für das Beispiel nicht relevant) anzeigen. Das eine Frame ist das MainFrame und hat das andere mit einem

new IrgendwasFrame();

aufgerufen, daher gibt es keine Möglichkeit mehr vom MainFrame auf dieses zuzugreifen (zumindest nehme ich das an).

Wird jetzt in einer dieser Datenlisten etwas geändert, sind die beiden Tables nicht mehr aktuell (bzw. einer ist aktuell, aber der andere ist es nicht). Wie kann ich gewährleisten dass die Tables immer aktuell sind? (Abgesehen davon alle 10 Sekunden einen refresh mittels eines Timers aufzurufen)

 

[Wildcard]

Mittels des Observer-Patterns und der Einhaltung des MVC Prinzips.

 

[Gen_d_Pz_Tr_Seb]

Danke, dass hat mir schon sehr geholfen.

Trotzdem hab ich noch eine Frage. Meine Datenquelle ist einen Datenbank, auf die ich in einer eigenen Klasse zugreife. Für die Tables hol ich mir die Daten mit getList();.

Wie soll ich den hier den observable implementieren? Die jdbc Verbindung kann ich ja nicht observable machen. Und die ganze Datenbankklasse observable machen macht auch keinen sinn da es ja viele verschieden Daten-Listen gibt und ich nicht unbeteiligte Observer benachrichtigen will.

 

[Wildcard]

Wie wäre es ein eigenes Datenmodell zu verwenden anstatt ewig auf der DB rumzurutschen?

 

[Gen_d_Pz_Tr_Seb]

Was meinst du mit eigenem Datenmodell verwenden?

Soll ich die Daten in Listen bereitstellen auf die sich dann alles bezieht (also observable)?

 

[Gen_d_Pz_Tr_Seb]

Wenn ich eine liste mit vielen objekten (>1000) habe, was ist dann sinnvoller?

Jedes objekt zu einem subject (im sinne des observer patterns) zu machen und die observer auf diese einzelnen objekte (in der liste) anzusetzen,

oder die ganze liste als subjekt zu machen (wenn ein datensatz verändert wird, laden alle observer ihre ganze liste neu)?

 

[Guest]

Also wenn es bei uns um Datenbanken geht haben wir dazu spezielle Adapter-Klassen geschrieben. Diese Klassen bauen die Verbindungen zur Datenbank auf und ermöglichen das Absetzen von SQLs. Wird dann ein "SELECT"-SQL abgesetzt liest die Adapterklasse das erhaltene ResultSet aus und speichert die Daten.

Bei uns erfolgt die Speicherung jetzt in einer List mit Object[]s. Man kann aber auch zweidimensionale Arrays verwenden, Vectoren die Vectoren enthalten usw. Wie man die Daten speichert ist relativ egal und sollte anwendungsabhängig sein.

Zusätzlich zu den genannten Funktionalitäten implementieren unsere Adapterklassen dann gleichzeitig auch noch ein Tablemodel, so dass sie z. B. einer JTabale direkt als Datenmodel dienen können.

Sinn des ganzen ist es so, dass man sich die Daten nur einmal auf der Datenbank holen muss und nicht ständig DB-Zugriffe benötigt.