Ist es ein guter Weg, die Eigenschaft CharmAnnListener-Schnittstelle zu verwenden?

Question

Ich habe zweifellos mit der tiefen Bedeutung und Verwendung der firedexedpropertychange (strong> -methode, die ein Ereignis feuern, das von einem propertychange () Zuhörer behandelt wird dass ich in einer anderen Klasse erkläre.

Beispielsweise, in einer Klasse, die eine Login-GUI implementiert (die ein Login-Formular zeigt) mit einem JButton-Datei, mit einem JButton i Diese Methode, die ausgeführt wird, wenn der Benutzer auf meinem Button klimiert:

generasacodicetagpre.

Wenn der noch nicht angemeldete Benutzer nicht auf meine Schaltfläche klicken, wird diese Methode ausgeführt, und es feuert ein neues Event-Ereignis.

Mein propertychange Event nimmt sich folgende Informationen an:

.

1. Die propertyName das ist ein Name einer Eigenschaft, die geändert werden kann (in meinem Beispiel heißt loginResult , da ich eine boolesche Variable namens habe LogInResult und der Wert trifft zu, wenn der Benutzer angemeldet ist, wenn sich der Knopf false anmelden kann, sonst

2. Ein alter Wert ist der alte Wert der Eigenschaft, die geändert werden konnte (in meinem Beispiel ist FALSE, denn wenn der Benutzer die Anmeldefenster ansehen kann, bedeutet dies, dass er nicht angemeldet ist und nicht angemeldet ist das loginresul= FALSE

3. Der neue Wert : In diesem Fall ist es der Inhalt der loginresult-subjekte -Variable (true, wenn der Benutzer im System angemeldet ist)

So wird dieses propertychange -er von meiner propertychange () -methode (in einer Zuhörerklasse deklariert) abgefangen, die sie basierend auf diesen Parametern bearbeiten: zum Beispiel im Folgenden Weg:

** Wenn der Anmietname loginResult ist und der neue Wert true ist, dann nicht erneut das Anmeldefenster anzeigen, sondern das Hauptanwendungsfenster anzeigen **

ist es mein Begründung korrekt und es könnte eine gute Möglichkeit sein, die propertychangelistener conquiting zu verwenden?

tnx

andrea

Answer 1

Sie können es so verwenden und es wird funktionieren.Aber ich denke, Ihre Frage ist mehr über Semantik, anstatt, ob es funktioniert.Das Paket dieser Schnittstelle ist der generelleAktivetagcode, der ihn in einen Kontext von Bohnen versetzt.Wenn Sie es in einem Bohnen-Kontext verwenden, ist d. H. Ihr Event-Verlag ist eine Bohne, dann denke ich, dass die "tiefe Bedeutung" der Schnittstelle mit Ihrer Verwendung zustimmt.Das Javadoc sagt

A "PropertyChange" Ereignis wird abgefeuert, wenn eine Bohne eine "gebundene" Eigenschaft ändert.

Wenn Sie nicht glauben, dass es gut mit Bohnen geht, dann erstellen Sie Ihre eigenen

Answer 2

Es gibt keinen Grund, Ereignisse zu verwenden, um Ihren Anwendungsfall umzusetzen.Du überstürzt einfache Dinge über.Der Code sollte einfach wie folgt aussehen:

generasacodicetagpre.