oberste klasse herausfinden.

[vidi]

stehe mir mal wieder auf dem schlauch..

habe folgene konstelation:

hier mal meine "hauptklasse"

public class TempClass 
{
		
	private Gui gui = new Gui();
	private DB2Connect db2con = new DB2Connect();
	
	public Gui getGui()
	{
		return gui;
	}
	
	public DB2Connect getDBCon()
	{
		return db2con;
	}

        public static void main(String[] args)
	{ 
		new TempClass;
	}
  
}

ich befinde mich z.B. in einem ActionEventListener eines buttons der gui.
bis zum gui-object hab ichs jetzt auch schon geschafft.
aber komme mit getParent() nun nicht weiter..
meine frage nun..wie komme ich von meinem button aus an die methode getDBCon um mir die verbindung zu holen..?

greetz und schonmal danke

vidi

 

[Wildcard]

Geht nicht. Du bauchst eine Referenz oder musst dir eine andere Art der Kommunikation überlegen.

 

[vidi]

hmm das find ich aber irgendwie nicht logisch..
ich kann mir doch von einem button aus auch die nächst höhere ebene holen z.b. das panel in dem sich der button befindet. warum kann ich mir nicht die nächst höhere ebene meines "gui" objectsholen..?

 

[AlArenal]

Damit du ordentlich programmierst und nicht auf einen Aufbau angewiesen bist, der variabel ist und der dich in dem Augenblick auch nicht wirklich interessiert.

 

[Wildcard]

public class TempClass

Die Klasse ruft nur eine GUI auf, ist aber kein Teil davon.

 

[vidi]

hmm..
kannst du mir einen tip geben wie ich dann die kommunikation zwischen gui-programm-db hinbekomme? soll ich meine db-object in der gui deklarieren oder wo gehört das hin ..? normal ist doch strikte trennung zwischen oberfläche, verarbeitung und datenschicht. wie kann ich das anders abbilden..?

 

[vidi]

die tempclass soll einfach mein haupt einstiegs punkt mit main methode sein.. die nne gui und ne db verbindung aufbaut.
die gui ist nur die gui
und die dbcon ist nur die db geschichte

 

[Wildcard]

Ich weiß nicht was dein Programm machen soll, wenn es aber grundsätzlich nur eine Verbindung zur DB gibt, kann man zum Beispiel ein Singelton anlegen das die Kommunikation mit der DB regelt.

 

[vidi]

hmm, hab mir gedacht das es nicht ganz sinvoll ist für jede operation ne neu verbindung aufzubauen. da auf der kiste ca. 9000 personen arbeiten. also eine verbindung aufbauen.. dann diese verbindung an eine klasse übergeben, die dann meine "operation" durchführt.
nur jetzt ist mein problem, bin in der gui in einem action listener von einem button, jetzt will ich eine "operation" durchführen, und dafür brauch ich die verbindung.

 

[vidi]

ich kanns natürlcih so lösen das ich meiner gui das db object übergebe..aber ist das die beste art sowas zu machen ?

 

[vidi]

oder ich kann in die gui klasse ne main methode packen..und dann in der gui klasse meine db object erzeugen..

 

[Wildcard]

Dafür kannst du dann schon ein Singelton nehmen. Du solltest allerdings so schnell wie möglich von der DB abstrahieren und auf Objekten arbeiten. Mach bloß nicht den Fehler das überall in deinem Programm später Queries oder ähnliches stehen.

 

[vidi]

nein nein..moment ich versuche grade mal meine packet darzustellen..

ich habe nen package db, darin gibts ne generelle connect klasse..
die baut ne verbindung zur datenbank auf mit authentifizierung usw. und gibt ein Connect object zurück. darin gibts noch ne klasse mit methoden die für operationen einer bestimmten tabelle der datenbank zuständig ist..lesen, schreiben, löschen usw..

dann hab ich ein package gui, darin ist ne fenster klasse, die ganzen panels usw.. in den panels sind dann die komponenten wie buttons textfelder usw..

dann gibts noch nen listener package..da sind die ganzen listener klassen drin.
wenn jetzt z.b. auf einen button geklickt wird soll eine bestimmte operation (methode) in meiner "datenbank operations klasse" über meine zuvor erzeugte verbindung gemacht werden.

zu guter letzt hab ich noch ein steuerungs package..
hier drin ist die oben gezeigte klasse drin, die ein gui object bzw. ein db object erzeugt.

 

[Wildcard]

Hab doch schon gesagt: mach ein Singelton

 

[vidi]

okay..d.h. genau 1ne instance meiner hauptklasse oder?

vieleicht hab ich in meinem design auch einfach nur einen denkfehler..wäre sehr dankbar wenn du mir einen tip geben könntest das sowas "schön" ist..will mir nicht was unschönes angewöhnen..

 

[Wildcard]

Nicht deine Hauptklasse. Mach dir ein Klasse die für die DB Kommunikation verantwortlich ist und implementiert sie als Singelton.

 

[vidi]

ist sonst die struktur meines programms ok?

 

[vidi]

so hat alles geklappt..danke nochmal für den tip mit dem singleton..ist echt ne feine sache.. erzeuge mir jetzt wann immer ichs brauch ne neue-alte instanz

 

[AlArenal]

Jaja das Singleton.. das am häufigsten missbrauchte Pattern von allen..

 

[Wildcard]

Richtig, deshalb ist es auch in Ungnade gefallen

 

[vidi]

hast dich garnicht zur struktur geäussert..?
ists so schlimm ?
wie hättet ihr das gelöst..?
komme halt von der prozeduralen welt..da ist dat alles bissl anders..

 

[Wildcard]

Naja, eine package-Struktur alleine liefert da einfach wenig Aufschluß.
Wirklich interessant ist Objektkommunikation und Kapselung.
Ganz davon abgesehen ist das immer eine sehr Anwendungsspezifische Sache und erfordert viel Planung...