Hey @ll,

ich suche einen (halbwegs) eleganten Weg um das Objekt das einen Typ instanziiert von diesem Typ aus zu ermitteln ohne dass das Objekt bekannt ist.

Und jetzt nochmal verständlich :
Ich habe ein Typ A und ein Typ B. Ein Objekt vom Typ A erzeugt intern irgendwo ein Objekt vom Typ B. Gibt es einen weg, dass das Objekt B über die Existenz von Objekt A informiert wird, aber ohne das Objekt im Konstruktor zu übergeben.

Die markierte Stelle wollte ich vermeiden. Ich dachte an sowas in der Art CallerMemberNameAttribute, nur halt für das ganze Objekt statt für den Membernamen.

Nein es gibt kein Konzept von Parent, Owner, Creator oder sonstwas zwischen normalen Klassen. Wenn du sowas brauchst musst du es ausprogrammieren.

Ja das dachte ich mir schon... schade.

Danke für die fixe Antwort.

Wenn Du die Instanz nicht brauchst, dann kannst Du über den StackTrace heraus finden, in welchem Member der Aufruf statt gefunden hat.
Ob man die Instanz darüber auch heraus finden kann, weiß ich nicht.

Aber überleg dir das gut, das ist langsam und schreit für mich nach ganz schlechtem Stil

Ja aus diesem Grund wollte ich StackTrace und Reflection vermeiden. Ich werds wohl einfach über den Konstruktor machen (wie ich oben gesagt hab dass ich es nicht tun will )

Ist auch der beste Weg

Oder Du findest raus, wie WPF es macht, die machen das weder über den Konstruktor noch über eine Property.
So auf die Schnelle hab ich aber nicht ganz den Überblick gefunden, wie das da abläuft

Zitat:

Ist auch der beste Weg

Der ~beste~ Weg wäre erst gar nicht new zu brauchen. Also irgendeines der vielen Factory Patterns am Start zu haben das einem ein neues Object gibt mit irgendwelchen darauf wirkenden Strategien.
Dann hat man das auch soweit zentralisiert das man keine Angst haben muss einen neuen Konstruktorparameter an allen möglichen Stellen hinzufügen zu müssen der einem den schönen Code ~kaputt~ macht.

Hallo Palladin007,

WPF verwendet dafür doch ein Property: FrameworkElement.Parent Property.

Das Factory Pattern wende ich sogar an . Vielleicht gibt's ja auch ne bessere Lösung für mein eigentliches Vorhaben. Es soll nämlich nur ein Progress Reporter an ein Objekt angehängt werden, welches ein Interface implementiert. Ich könnte natürlich auch den Progress Reporter ins interface packen aber so ganz elegant erscheint mir das auch nicht...

// Edit
Get rekt Palladin (sorry musste jetzt einfach sein)

Nun ja wenn das Progress Reporter Object nur von deiner Factory setzbar ist wäre mir eher egal ob per Konstruktor oder Property Injection im Object landet. Allgemein würde ich es per Property vorziehen nur wenn ich das Object auch schon im Konstruktor brauche dann würde ich das über den Konstruktor machen.

Th69 hat folgendes geschrieben :

Hallo Palladin007, WPF verwendet dafür doch ein Property: FrameworkElement.Parent Property.

Über eine Property greifst Du darauf zu, ja, gesetzt wird es aber irgendwie anders. Hab erst gedacht, es wäre ein internal set, war aber falsch gedacht.

Zitat:

Get rekt Palladin (sorry musste jetzt einfach sein)

Ich muss gestehen: Ich habe keine Ahnung, was Du damit sagen willst

Da wird sich wohl jemand erbarmen und Reverse-Engeneering betreiben müssen. Ich machs nicht

@Palladin
get rekt m8 war auf die Antwort von Th69 bezogen

Das passiert (intern) mittels AddVisualChild / AddLogicalChild.