Auf mehrere Klassen mit einer einzigen Methode zugreifen

[Antoras]

Hallo,

ich hab mal wieder eines meiner theoretischen Probleme:


Ich habe mehrere Dialoge, auf denen sich Textfelder befinden. Jeder Dialog befindet sich in einer eigenen Klasse und muss Text aus den Textfeldern lesen und auch wieder rein schreiben können. Das ist zwar kein Problem, allerdings möchte ich das mit möglichst wenig Codeaufwand erledigen.

Bisher hatte ich Getter- und Setter-Methoden benutzt. Hat auch funktioniert, nur war mir das zu umständlich, da ich ja nicht für jede Klasse eine eigene Methode schreiben kann, nur um die Daten zu übergeben.
Deshalb hab ich ein Interface erstellt, das ich in allen Klassen implementiere um sie einfacher ansprechen zu können. Das hat mich aber auch nicht viel weiter gebracht, da bspw. die Methode getTextOfTextField5() zwar in der einen Klasse existiert, aber eben vllt. nicht in einer anderen. Und ich hab trotzdem noch das Problem, dass für jeden übergebenen Wert eine eigene Methode brauche.

Jetzt wollte ich ein Interface erstellen, das bspw. die Methode getData() besitzt. Damit wäre ich unabhängig von der Anzahl der Textfelder oder anderer Komponenten, hätte jetzt aber das Problem, dass ich keine Übergabewerte/Rückgabewerte definieren könnte, da diese ja immer unterschiedlich wären.

Ich steh jetzt vollkommen auf dem Schlauch und weiß nicht wie ich das lösen soll. Zumahl ich es gern vermeiden würde für jeden Übergabewert eine eigene Methode zu schreiben. Ich hab da von diesen Java Generics gehört, sie aber noch nie benutzt. Kann man das damit lösen? Also in etwa so:

klasse<X>.getTF<X>().saveData()

bzw.:

getData(data<1>, data<2>,...).saveData()

Ich weiß nicht wie ich mein Problem genau beschreiben soll. Ich hoffe trotzdem, dass das einigermaßen rüberkam. Falls nicht, dann fragt einfach nochmal nach.

Und sry für den blöden Titel, aber mir ist nicht besseres eingefallen.

 

[Ebenius]

Ich hab da von diesen Java Generics gehört, sie aber noch nie benutzt. Kann man das damit lösen?

Nein. Das kann man (so) überhaupt nicht lösen.

Wenn die Klassen unterschiedliche Datenstrukturen benötigen, kann man diese nicht wirklich gleich handhaben. Es ergibt auch keinen Sinn, diesem Wunsch nachzuträumen, schließlich sind die Daten selbst ebenfalls unterschiedlich. Natürlich bilden die Klassen anhand Ihrerer Schnittstelle (getter/setter pro Datum) die Art der Komponente ab. Und natürlich muss ein Benutzer der die Daten der Komponente setzt oder liest den Unterschied der Datenstrukturen auch kennen. Wieso sollten dann die Komponentenklassen die gleiche Schnittstelle bedienen, wenn doch die Art der Verwendung vollkommen unterschiedlich ist? ???:L

Was willst Du denn eigentlich tun?

Ebenius

 

[neonfly]

Das hat mich aber auch nicht viel weiter gebracht, da bspw. die Methode getTextOfTextField5() zwar in der einen Klasse existiert, aber eben vllt. nicht in einer anderen.

Zumindest das stellt kein Problem da, wenn der Datentyp immer derselbe ist:

    YourClassCB deineKlasse;
    Method[] lvDeineMethoden = deineKlasse.getClass().getMethods();
    private int gvCurrentMethod = 0;
    Class[] parametertypes = new Class[] {String.class};
    public void next() {
        if(gvCurrentMethod < lvDeineMethoden.length) {
            String lvMethodenName = lvDeineMethoden[gvCurrentMethod].getName();
            if(lvMethodenName.indexOf("set") == 0) {
                try {
                    Method lvMethodSetXYZ = deineKlasse.getClass().getMethod(lvMethodenName, parametertypes);
                    lvMethodSetXYZ.invoke(deineKlasse, "ein String");
                } catch(NoSuchMethodException nsme) {
                    gvLog.debug("Methode " + lvMethodenName + "nicht gefunden");
                } catch (IllegalArgumentException ex) {gvLog.debug(ex);}
                  catch (IllegalAccessException ex) {gvLog.debug(ex);}
                  catch (InvocationTargetException ex) {gvLog.debug(ex);}

            }
            gvCurrentMethod++;
        }
    }

Die Rückgabe von getMethods() ist allerdings unsortiert.

 

[Antoras]

Was willst Du denn eigentlich tun?

An sich wollte ich nichts weiter machen, als den Text, der in Komponenten(bspw. Textfeldern) hineingeschrieben wird, über eine zentrale Datenverwaltungsklasse auszulesen und diesen dann weiterzuverarbeiten, ihn z.B. in eine Datenbank speichern(dazu wird der Text bspw. in Form eines Strings an die Datenspeicherungsklasse weitergegeben). Oder umgekehrt: Daten aus Datenbank lesen und diese dann auf Textfeldern ausgeben.

Das hatte ich schon, nur eben extrem umständlich. Bei 10 Textfeldern hatte ich jeweils 10 Getter- und Setter-Methoden. In meiner Datenverwaltungsklasse musste ich dann eben all diese Methoden aufrufen um die Werte zu übergeben. Weiter musste ich wieder jeweils 10 Variablen definieren, um die Daten an die Datenspeicherungsklasse weitersenden zu können.

Das war zwar mit Schleifen/Arrays kein Problem, aber das ist ja wohl kein gescheites Design. Zumahl wenn ich jetzt eben nicht nur eine Klasse, sondern eben ein paar mehr hab, aus denen ich Daten holen muss, dann ist das ja extrem umständlich.

Zumindest das stellt kein Problem da, wenn der Datentyp immer derselbe ist:

Das wäre das Nächste gewesen : unterschiedliche Datentypen. Aber das kann ich auch anders lösen. Vorerst sind es nur Strings.

Bei deinem Codebeispiel sind ein paar Sachen drin, die ich noch nie benutzt hatte. Hab ich das nach ein wenig rumgesuche jetzt richtig verstanden: Die Setter-Methoden einer Klasse werden rausgesucht und deren Übergabewerte werden geliefert? Und den Sinn dieser Zeile hab ich nicht richtig verstanden:

Class[] parametertypes = new Class[] {String.class};

 

[faetzminator]

Wie trägst du diese Daten ein?
wenn du einfach eine Tabelle mit key und value hast, kannst du mit zwei einfachen SQL Statements (Im Fall einer SQL DB, was natürlich auch z.B. mit properties oä geht) Update's und Select's machen und dann Methoden wie String getValue(String key) und void setValue(String key, String value) schreiben

 

[neonfly]

Die Setter-Methoden einer Klasse werden rausgesucht und deren Übergabewerte werden geliefert? Und den Sinn dieser Zeile hab ich nicht richtig verstanden:

Die Übergabeparameter werden nicht geliefert, sondern man muss diese kennen. Das Code Snippet ist, leicht verändert, aus einem eigenen Projekt. In diesem Fall benutze ich eine CommandBean Klasse und diese arbeitet ausschliesslich mit Strings.

Class[] ist, wie du bestimmt gemerkt hast, ein Array. In der richtigen Reihenfolge werden in dem Array die erwarteten Datentypen gespeichert.

Folgende Methode:

public void setIrgendwas(String pvPar1, Integer pvPar2);

müsste folgendes Array bekommen:

Class[] parametertypes = new Class[] {String.class, Integer.class};

Um mein Beispiel verwenden zu können, muss man aber das Problem mit der unsortierten Liste der Methoden lösen. Wenn du aus einem Textfeld den Inhalt in String lvBeispiel speicherst und das mit einer HashMap auf setBeispiel mappst, dürfte das Problem gelöst sein.

 

[Antoras]

@faetzminator
Das Speichern/Laden/Weiterverarbeiten der Daten ist keine große Sache bzw. ist nicht mein Problem. Mir geht es eher darum wie ich möglichst einfach die Daten zwischen den Klassen/Methoden hin- und herschicken kann.

Es wäre z.B. sehr toll wenn es da eine Möglichkeit geben würde das alles über eine zentrale Methode zu regeln. Bspw.:

String getData() {
	String[] data = new String[...];
	data[0] = tfNumber1.getText();
	data[1] = tfNumber2.getText();
	...
	return ...
}

Und jetzt diese Methode von einer anderen Klasse aus einfach aufrufen:

importData() {
	myClass.getData().save()
}

Hier hab ich halt das Problem, dass ich schlecht alle Werte des String-Arrays übergeben kann. Zumahl ich das jedes mal ändern müsste, wenn ich mal ein Textfeld hinzufüge/entferne.

@neonfly
Ok, jetzt wurde es ein bisschen klarer. Mit einer Schleife, mit der ich die Anzahl der vorhandenen Klassen durchlaufe unt mit so einer HashMap könnte ich dann ja theoretisch beliebig viele Werte übergeben. Vorausgesetzt die Übergabewerte sind gleich.
Die Lösung ist eigentlich ziemlich genial, mal schauen ob dieses Konstrukt genau das erledigen kann was für ich mir hier vorgestellt hatte.

Ich guck mal, dass ich das umgesetzt bekomme. Melde mich dann beizeiten nochmal. Da gibts nämlich bestimmt noch Optimierungsmöglichkeiten. Wobei, wenn ich erst mal weiß was ich programmieren soll, dann bekomm ich das auch allein hin.

 

[neonfly]

Welche Technologien/Frameworks verwendest du denn?

 

[Antoras]

eclipse

Programmieren kann ich mittlerweile eigentlich (mein persönliches Empfinden). Nur mit der Theorie "hakt" es ab und zu. Ich weiß oft einfach nicht wie ich anfangen soll.

 

[neonfly]

Hallo Antoras,

Eclipse ist lediglich die IDE.
Ich vermute mal, dass du Swing nutzen willst.

Warum willst du eine getData() aufrufen, um etwas zu speichen? Du willst ja nichts bekommen, ausser vielleicht einem Rückgabewert, ob das Speichern erfolgreich war.
Abgesehen davon ruft man so myClass.getData().save() keine Methode einer anderen Klasse auf.

Ich nenn die getData() einfach mal saveData(). Woher soll diese Methode wissen, was überhaupt gespeichert werden soll. In deiner Methode importData() weisst du augenscheinlich was du speichern möchtest, bzw. du kannst auf die Daten dort zugreifen.

Dann ändere die saveData() so ab, dass du ihr einen Hash oder eine Liste mit den zu speichernden Objekten übergibst.

Willst du die Daten in einer DB ablegen?

 

[Antoras]

Eclipse ist lediglich die IDE.
Ich vermute mal, dass du Swing nutzen willst.

Hab nicht genau gewusst was du mit Framework meintest. eclipse ist doch ein Framework? Damit ist doch nur das Grundgerüst gemeint? Und ja, ich benutze Swing.

Ich nenn die getData() einfach mal saveData(). Woher soll diese Methode wissen, was überhaupt gespeichert werden soll. In deiner Methode importData() weisst du augenscheinlich was du speichern möchtest, bzw. du kannst auf die Daten dort zugreifen.

Den Gedanken hatte ich auch. Deshalb hab ich in getData() bisher nichts weiter gemacht, als den Text der Textfelder eingelesen und diesen dann returnt. Ich hab aber bisher immer nur einzelwerte returnt, also keine Array. Mit der Methode save() wären die Daten gespeichert worden. Allerdings gab es diesen Befehl so wie er da stand gar nie. Ich hab das aufgeteilt:

importData() {
	String text1 = classData.getData();
	classSave.save(text1);
}

Ich hab nämlich nicht gewusst, wie ich einen Wert, den getData() holt direkt an save() übergebe.

Dann ändere die saveData() so ab, dass du ihr einen Hash oder eine Liste mit den zu speichernden Objekten übergibst.

Werde ich jetzt wohl so machen. Es sei denn, du verrätst mir wie ich oben genanntes Problem der direkten Übergabe löse (wenn das überhaupt geht).

Willst du die Daten in einer DB ablegen?

Ja, embedded. Derby.

 

[neonfly]

Aha, damit kann ich mehr anfangen, obwohl ich mit derby noch nichts gemacht habe.
Wie du speichern kannst, weisst du laut eigener Aussage ja.

importData() {
    //getData() sollte dir eine Liste oder Hash liefern,
    //hier als Beispiel eine Liste
    List<Datentyp> lvDeineListe = null;
    lvDeineListe = (List<Datentyp>) classData.getData();
    classSave.save(lvDeineListe);
}

Edit(h) spricht:
Framework
IDE

 

[Antoras]

Auf deinen beiden verlinkten Seiten war ich schon - viel schlauer bin ich dabei aber nicht geworden. Zumahl bei Bekannte Frameworks eclipse sogar aufgezählt wird...

Mit HashMaps hab ich bisher noch nie gearbeitet, aber das bekomm ich schon hin (Du meinst damit schon ne HashMap, oder? Weil Listen nicht generisch sind)

 

[Marco13]

Nur grad dürber destolpert: Gemeint war java.utils.List, nicht java.awt.List (ersteres ist die generische Collections-Klasse)

 

[Antoras]

Achso, ok. Die imports lasse ich immer eclipse erledigen. Da schau ich nur selten drauf. Blöder Fehler, zumahl wenn ich gesehen hätte, dass die list aus awt kommt, dann wäre mir das gleich komisch vorgekommen...

 

[neonfly]

Zumahl bei Bekannte Frameworks eclipse sogar aufgezählt wird...

Finde ich merkwürdig, wobei dahinter in Klammern IDE steht.
Die vielen anderen IDE's werden in dem Artikel auch gar nicht erwähnt.

Folgendes Zitat auf der Seite ist aber korrekt:

Ein Framework gibt somit in der Regel die Anwendungsarchitektur vor.

Das tut eine IDE nicht.

Ich arbeite gerade mit HashMaps, ich meinte HashSet.
Das ist schneller.

 

[Ebenius]

@neonfly: Eclipse bietet die Eclipse RCP (Eclipse Rich Client Platform), welche ein Framework ist. Daher vielleicht die Verwirrung. Wenn man Eclipse nur als IDE verwendet (wie die meisten Entwickler), dann ist Eclipse natürlich aus sicht der Anwendung kein Framework.

Ebenius

 

[neonfly]

Danke Ebenius das wusste ich nicht.