Code-Convention für Listener

[Gast2]

Moin,

Listener sind ja dafür da das Ereignisse an den entsprechenden zu Informierenden weiter geleitet werden ... und .NET ist die Signatur irgendwie immer gleich

void ereignis(Object sender, EventArgs event);

wobei letzteres Durchaus auch eine Kindklasse sein kann ... gibt es so eine Convention auf für Java und Listener oder habe ich das freie Hand?

hand, mogel

 

[SlaterB]

eine Vorschrift dafür gibts eher nicht, es sei denn du willst dich nach Swing richten,
da erbt alles von EventObject, und die Klasse bietet eine Methode getSource(),
das wäre höchstens die Convention, macht auch mehr Sinn als zwei Parameter

edit:
siehe auch aktuell
http://www.java-forum.org/allgemeine-java-themen/96852-observer-vs-listener.html

 

[Gast2]

Moin,

so schlecht finde ich es nicht das der Sender des Events mit geliefert wird ... EventObject (Java Platform SE 6) - so löste es Java um ein Objekt in der Signatur einzusparen - dürfte aber eher unter den Gesichtspunkt "Geschmackssache" fallen

im Prinzip will ich ja nur meine .NET Assemblys nach Java portieren ... und entgegen meinem privaten Projekt dachte ich mir "ick kann mir ja mal an die Code-Conventions halten" ... ich werde die 2 Objekte in der Signatur beibehalten wie unter .NET und ein generelles Event-Object als Basisklasse machen ... nicht das von Swing ... zumal ich dann eine Doku einsparen wenn die Signaturen passen - finde JavaDoc irgendwie besser

hand, mogel