Button nach Bedingung enablen oder disablen?

[t3_chris]

Hallo!

In fast allen meiner Swing GUIs benötige ich Methoden nach folgenden Schema:

private void maintainSaveButton() {
  if( textfeld1.getText().isEmpty() && textfeld2.getText().isEmpty() ) {
         saveButton.setEnabled(false);
  } else {
         saveButton.setEnabled(true);
  }
}

In der Praxis sind diese meist noch wesentlich umfangreicher/aufwändiger.
Diese Methoden rufe ich dann zB. beim KeyTyped Event der Textfelder auf.

Gibt es eine API oder ein Toolkit um das Ein- und Ausschalten von Buttons nach Konditionen/Bedingungen eleganter zu lösen?

Danke für Eure Hilfe!

mfg
christian[/code]

 

[Marco13]

Wie auch immer es laufen soll: Du musst SELBST definieren, WANN der button enabled ist und wann nicht. Man muss beide TextFields kennen, und muss prüfen, ob sie leer sind. Eine Möglichkeit wäre natürlich, sich eine Methode zu schreiben

private boolean saveButtonShouldBeEnabled()
{
    return !(textfeld1.getText().isEmpty() && textfeld2.getText().isEmpty());
}

private void updateAllTheButtonStuff()
{
    saveButton.setEnabled(saveButtonShouldBeEnabled());
}

aber sonst.... ???:L Wie sollte (in deinem Beispiel) eine einfachere Lösung aussehen? D.h. wie würdest du die Bedingungen formulieren wollen?

 

[Beni]

Du kannst dir ja selbst ein kleines Framework zusammenbauen welches das alles vereinfacht :wink:

Ich denke sowas könnte man in einer guten Stunde auf die Beine bringen:

- Ein "Observer" der anhand irgendwelcher Bedingungen rausfindet ob ein Button "enabled" sein soll.
- Ein "TextfeldObserver" der von "Observer" erbt (oder implementiert) und einem Textfeld einen DocumentListener hinzufügt.
- Ein "MultiObserver" der mehrere Observer vereinigt (klassisches Composite-Pattern), da können natürlich verschiedene Vereinungsregeln zum Zuge kommen (logisches and, logischer or, ...)
- Und ein "ObserverManager" der ein "Observer" überwacht, und dann gegebenenfalls einen Button umschaltet (oder die Observer schalten die Buttons gleich selber um, wäre vielleicht noch flexibler und einfacher).
(- Die Observer könnten untereinander z.B. mit Event-Listenern kommunizieren.)

Hört sich jetzt zwar kompliziert an, aber ist es nicht. Und sobald du ein paar "Observer" zusammen hast, kannst du sie immer wieder verwenden.

P.S. DocumentListener ist besser als KeyListener, reagiert auch auf Spässe wie "ctrl+v" oder drag'n'drop.

 

[t3_chris]

Danke für Eure Anregungen.

Ich denke ich werde mir die Strategie mit den Observern mal näher durchdenken...

mfg
christian