Getter und Setten bei GUI-Erstellung

[MU5T4NG]

Hallo,

ich hab irgendwie ein Verständnisproblem, wie die Getter und Setter bei der GUI-Entwicklung richtig eingesetzt werden.

Ich habe hier eine Controller-Klasse und eine View-Klasse mit der eigentlichen GUI. Unter NetBeans kann ich ja die Getter und Setter für die einzelnen Komponenten automatisch erstellen lassen. Das sieht dann bei einem Edit-Feld in etwa so aus:

public javax.swing.JTextField getjTextField1() {
    return jTextField1;
}

public void setjTextField1(javax.swing.JTextField jTextField1) {
    this.jTextField1 = jTextField1;
}

Aber irgendwie hab ich da keine Ahnung, wie ich damit auf die ganzen Eigenschaften der Komponente zugreifen soll.
Muss ich da immer ein neues Objekt der Komponente erstellen und als Parameter übergeben? Das ist doch viel zu umständlich. :bahnhof:

Aus voller Verzweiflung hab ich das einfach für meine Bedürfnisse angepasst, zum Beispiel so:

public String getjTextField1() {
    return jTextField1.getText();
}

public void setjTextField1(String text) {
    this.jTextField1.setText = text;
}

Aber irgendwie kanns das auch nicht sein. Da muss ich ja für alle Eigenschaften Getter und Setter schreiben...

Wie gehts denn richtig?

 

[XHelp]

Also eine Setter Methode für ein ganzes JTextField macht nur bedingt Sinn. Wenn du eine Getter-Methode für ein JTextField hast, dann kannst du:

view.getjTextField1().getText()

aufrufen, aber das macht auch nur bedingt Sinn. Wenn du z.B. eine Benutzereingabe abfragen willst, dann stell eine Methode

getUserInput()

zur Verfügung, die ließt intern was sie braucht aus und gibt dann das Ergebnis zurück.
Oder für welchen konreten Zweck brauchst du so ein Konstrukt?

 

[Volvagia]

Kommt auf deine Vorlieben, und was du vorhast an. Sag am Besten mal, was du machen willst. Im besten Fall kannst du direkt in der View-Klasse die Instanzen erzeugen, und den anderen Instanzen, die mit dem JTextField etwas machen sollen per Konstruktor übergeben. Aber das:

this.jTextField1.setText = text;

würde ich in soetwas wie

this.jTextField1.setText(text);

ändern. Macht irgendwie doch mehr Sinn.

 

[MU5T4NG]

Mhh, ja da habt ihr auch recht, ich sollte das besser über Methoden machen...

Ich habe das zum Beispiel jetzt bei meinem Login-Frame, da hole ich mir mit Hilfe der Anmeldedaten (die der User bei der Anmeldung eintippt) die BenutzerId, den Benutzernamen und das Passwort von einer Datenbank und speichere die in meiner Modell-Klasse. Damit weiß ich immer, wie die Daten des aktuell angemeldeten Benutzer sind.
Und die Anmeldedaten hole ich mir eben jetzt (noch) per getText. Aber das sollte ich wohl lieber über eine Mehtode "getUserData()" machen, die in der Modellklasse aufgerufen wird.

view.getjTextField1().getText() funktioniert schonmal, das wusste ich auch noch nicht.
Und wie sieht das für die Setter-Methode aus?


@Volvagia: Stimmt. Das habe ich nur schnell so hingetippt .setText(text); ist natürlich richtig.


Ist das denn so, dass man von anderen Klassen im Normalfall nie direkt auf die Getter/Setter der Komponenten zugreift sondern das immer über separate Methoden macht, die dann auf die Getter/Setter zugreifen?


//Edit:

Ich hab mir jetzt so eine Methode, die mir die Anmeldedaten beim Einloggen zurückliefert, im View erstellt (oder kommt sowas eher ins Modell?). Aber wie kann die eine Methode mehrere Werte zurückgeben? Mit einem Vector, Array oder als Object? Oder was eignet sich dafür?

 

[Simon_Flagg]

ich seh gerade keinen wirklichen sinn, ein setJtextfield() zu machen... die methode würde überhaupt nichts bewirken außer das die referenz auf das component das angezeigt wird verloren geht... --> bei so was eher keinen setter

lg

 

[Volvagia]

Nein. Wenn du eine Komposition hast, dann würde ich es schon so machen. Bei einer Aggregation würde ich es schon zurückgeben, sofern es mehr als 10 Methoden hat. Darunter streckt es einfach nur Zeilenlängen/anzahl.

Ich würde es in etwa so machen:

Mit der Verwendung von anonymen Klassen wäre es wesendlich kürzer, aber auch nicht so Übersichtlich.
Ist aber nur vom Hirn in die Tasten.

 

[XHelp]

Man sollte allerdings das Model nicht unbedingt als Singleton implementieren.

 

[MU5T4NG]

Nein. Wenn du eine Komposition hast, dann würde ich es schon so machen. Bei einer Aggregation würde ich es schon zurückgeben, sofern es mehr als 10 Methoden hat. Darunter streckt es einfach nur Zeilenlängen/anzahl.

Auf was bezieht sich die Antwort eigentlich genau? Ich kann das irgendwie nicht zuordnen... ???:L

Ich würde es in etwa so machen:
[BILD]

Mit der Verwendung von anonymen Klassen wäre es wesendlich kürzer, aber auch nicht so Übersichtlich.

Sry, aber ich bin eigentlich völliger Javaanfänger und kann kaum richtig objektorientiert programmieren. Ich hab nicht wirklich die Ahnung wie man eine Aggregation/Komposition/Singleton umsetzt. Hab zwar die Begriffe schon alle mal gehört aber das wars auch.
Und mit Thread-Programmierung werde ich jetzt nicht auch noch anfangen, das ist alles so schon kompliziert genug.

 

[Volvagia]

Auf deinen Post. Warum willst du, wenn du so ein Anfänger bist mit so etwas schwierigen Anfangen? Um von einer DB etwas auszulesen, benötigst du auf jeden Fall als Schnittstelle einen Server. Wenn das Programm direkt darauf zugreift, könnte jeder die Daten beliebig verändern. Auch ein Zugriffspasswort wäre in einen Java-Programm sehr unsicher aufbewart. Ein Server braucht aber mindestens 2 Threads (und damit Klassen): Einen der auf neue Verbindungen wartet, und einer der die eingehenden Daten eines verbundenen Programmes bearbeitet.

Fang doch lieber mit etwas leichteren an und taste dich langsam heran. Damit lernst du auch nach und nach, wie du am Besten die Variablen abspeicherst/übergibst, damit du gut damit zurecht kommst.

 

[Bierhumpen]

@Volvagia: Dein Design hat (mindestens folgende) mehrere schwere Probleme, ist also eher kontraproduktiv (vor allem für einen Anfänger):

• Frame erbt von JFrame
• LoginButton erbt von JButton
• AuthenticateOnServer hat eine Referenz auf einen JButton ??
• Button hat Referenz auf den Frame und ein Textfeld ??
• Model ist ein Singleton ??
• UserData Klasse ist überflüssig wenn sie nicht zugänglich für den Rest des Programms ist.

 

[Volvagia]

Was hast du gegen das Erben von JFrame und JButton? Gut, der Klassenname von Frame ist sehr schlecht gewählt, aber sollte ja nur ein Beispiel sein.
AuthenticateOnServer muss nach der Authentifikation ja den Button wieder enable machen. Würde ich damit im Button warten, bis der Thread fertig ist, würde ich den EDT blockieren. Würde ich einen neuen Thread starten, der wartet, wäre es noch umständlicher.
Der JButton muss die Referenz auf das Frame ja weiter an den AOS-Thread geben, damit dieser bei einer erfolgreichen Authentifikation loggedIn() aufrufen kann. Und das TextFeld braucht er für den Inhalt.
Was ihr gegen das Singleton-Modell habt, verstehe ich nicht. Er sagte doch, dass es eine Klasse ist, um die Userdaten abzuspeichern und von überall her auszulesen. Würde es mehrere Modelle geben, würde ich sie abstrakt machen, um die Modelle austauschbar zu machen. Aber so verstehe ich nicht, was dagegen spricht.
UserData ist ja über die Getter des Models zugänglich. Kompositionen sind ja immer von einen Objekt so stark abhängig, dass es ohne den Objekt garnicht existieren könnte. Würde sich etwas davon die Referenz hohlen, würde das doch der Komposition wiedersprechen, da es auch ohne den anderen Objekt existieren könnte.

Kann natürlich sein, dass ich mich in jeder Zeile geirrt habe. Korrigiert mich bitte, falls es so ist.

 

[MU5T4NG]

Auf deinen Post. Warum willst du, wenn du so ein Anfänger bist mit so etwas schwierigen Anfangen?

Von wollen kann nicht unbedingt die Rede sein.
Wir sollen vom Studium aus ein objektorientiertes Programm mit Datenbankanbindung schreiben, die Sprache konnten wir uns aussuchen. Und Java hatten wir im Studium schon (allerdings nur die Grundlagen) und C# kann ich auch nur Ansatzweise, also habe ich Java genommen.

Ich stecke einfach noch zu sehr in der prozeduralen Programmierung drinnen, von C und Delphi...

Naja, ich werds schon hinbekommen, das Prog soll als Projekt ja auch eine Übung sein und muss nicht perfekt und fehlerfrei sein.

 

[Antoras]

Kann natürlich sein, dass ich mich in jeder Zeile geirrt habe. Korrigiert mich bitte, falls es so ist.

So sei es.

Was hast du gegen das Erben von JFrame und JButton?

composition over inheritance. Falls dir das nichts sagt => Google

AuthenticateOnServer

Das ist der Name/die Aufgabe einer Methode und nicht einer Klasse.

Was ihr gegen das Singleton-Modell habt, verstehe ich nicht.

Singletons werden dort eingesetzt wo keine zweite Instanz einer Klasse existieren darf (und es geht dabei nicht darum, dass mehrere Instanzen unnütz wären). Das ist hier aber nicht der Fall. Du siehst darin nur einen Ersatz für static. Mehr dazu findest du auch hier.

Zum Rest: Du hast zu viele Abhängigkeiten. Guck dir mal Dependency Injection an.

 

[Volvagia]

Vielen Dank.