Observable/Observer-Patterns

[Guest]

Hallo,

ich habe eine Frage zu MVC Patterns.
Bei diesen Patterns ruft man die Methode notifyObservers(Object obj) der Klasse Observable auf, um die Observers zu benachrichtigen. Dabei wird die Methode update(Observable obs, Object obj) der Observers aufgerufen.
In der API steht, dass man nicht voraussagen kann, in welcher Reihenfolge die Observers benachnichtigt werden.
Übrigens, ich habe keine Infos dazu gefunden, ob als Argument ubergegebene Objekte durch observers
manipuliert werden können/dürfen. Ich will, dass auf das als Argument übergegebene Objekt nur lesend zugegeriffen wird, da auch die andere Observers dieses Objekt brauchen.
Meine Frage ist, ob das eine Lösung ist, wenn ich ein Objekt X habe, und in meinem Observable
notifyObservers(final X) aufrufe?

 

[Landreas]

würd ich jetzt nicht unbedingt als Anfängerfrage sehen...

 

[SnooP]

Es sollte selbstverständlich nicht manipuliert werden. Wenn du das übergebene Argument also vorher finalisierst, kannst du das damit erreichen.
Andererseits wäre ich nie auf die Idee gekommen das Datenobjekt im Observer zu verändern.. schließlich soll da ja nur die Ausgabe stattfinden.

 

[bygones]

wieso erstellst du nicht einfach ein Immutable Objekt als Parameter für den Update ?

 

[Murray]

Übrigens, ich habe keine Infos dazu gefunden, ob als Argument ubergegebene Objekte durch observers
manipuliert werden können/dürfen.

Das ist nicht verboten, aber - gerade wegen der von Dir bereits angesprochenen Reihenfolgeproblematik - nicht ganz ungefährlich.

Ich will, dass auf das als Argument übergegebene Objekt nur lesend zugegeriffen wird, da auch die andere Observers dieses Objekt brauchen.
Meine Frage ist, ob das eine Lösung ist, wenn ich ein Objekt X habe, und in meinem Observable
notifyObservers(final X) aufrufe?

Das geht so nicht (keine korrekte Syntax).

final kannst Du Du nur in der Deklaration einer Methode verwenden, und auch da hat es nicht die Bedeutung, die Du brauchst: final bedeutet nur, dass man die Variable nicht erneut zuweisen kann; das Object, auf das die Variable zeigt, kann sehr wohl geändert werden.

Bsp:

public void doThis( final MyObject param) {

  param.setSomeValue( null); //---erlaubt
  param = null; //--- nicht erlaubt
}

 

[SnooP]

und außerdem würde es so ja die Methodensignatur kaputtmachen und das von Java vorgegebene Pattern könnte so zumindest nicht mehr benutzt werden.

Also wie deathbyaclown schon sagte - das übergebene Objekt selbst muss final - sprich immutable sein:
public final class MyDataObject und alle Member ebenfalls final...

 

[Murray]

und außerdem würde es so ja die Methodensignatur kaputtmachen und das von Java vorgegebene Pattern könnte so zumindest nicht mehr benutzt werden.

Das stimmt m.E. nicht:

import java.util.Observable;

public class Test implements java.util.Observer {

	public void update( final Observable obs, final Object arg) {
	}

}

Das ist legaler Code; trotz final wird das Interface implementiert.

Relativ sinnlos ist es trotzdem
:wink:

 

[Guest]

Hallo,

wieso erstellst du nicht einfach ein Immutable Objekt als Parameter für den Update ?

Die Klasse habe fertig bekommen und kann nicht als final deklarieren. Die Objekte bekomme ich auch als Rückgabewert einer fetigen Methode.

meinst du etwa so?

final KlasseX objektX = dieMethode();
notifyObservers(objektX);

oder so?

final KlasseX objektX = new KlasseX(dieMethode());
notifyObservers(objektX);

Andererseits wäre ich nie auf die Idee gekommen das Datenobjekt im Observer zu verändern.. schließlich soll da ja nur die Ausgabe stattfinden.

Ich wäre auch nicht auf die Idee kommen, das Datenobjekt zu verändern, und deshalb möchte verhindern, dass irgenjemand irrtümlich auf diese Idee kommt.

Das geht so nicht (keine korrekte Syntax).
final kannst Du Du nur in der Deklaration einer Methode verwenden, und auch da hat es nicht die Bedeutung, die Du brauchst: final bedeutet nur, dass man die Variable nicht erneut zuweisen kann; das Object, auf das die Variable zeigt, kann sehr wohl geändert werden.

public void doThis( final MyObject param) { 

  param.setSomeValue( null); //---erlaubt 
  param = null; //--- nicht erlaubt 
}

Dann das heißt, dass auch dieser Code wird nicht helfen, damit man den Inhalt eines Objekts schreibgeschützt machen?

Das stimmt m.E. nicht:

import java.util.Observable; 

public class Test implements java.util.Observer { 

   public void update( final Observable obs, final Object arg) { 
   } 

}

 

[bygones]

wie schon gesagt, eine Klasse final zu machen bzw. einfach ein final vor die Variable zu schreiben schützt dich nicht vor Änderungen.

Zum Thema Immutable -> siehe FAQs Design Patterns.


Aber wenn du die Klasse an sich schon fertig bekommst und sie nicht ändern kannst, so hilft dir alles nichts. wenn diese klasse so implementiert ist, dass man änderungen an ihr vornehmen kann - könnte höchstens eine Art immutable Wrapper Klasse dir weiter helfen... dass du sozusagen eine neue (immutable) Klasse schaffst, die das eigentliche Objekt beinhaltet....

 

[Guest]

OK, danke allen für die schnellen Antworten.