Hallo

da ein Project mehr sagt als tausend Worte habe ich eins abgehangen. Ggf kommt es bekannt vor

Die Daten sind in einem Mehrstufigen Objectkonstukt untergebracht bzw die Struktur selbst stellt auch die Verdatung dar. Daher soll auch dies auch mit WPF bequem angezeigt werden.
Das funktioniert bisher super.
Also Personen als Listen in Gruppen diese wieder rum auch als Listen in einen Sammler
Also die Klassen: c1_Person, c2_Gruppe, c3_Sammler
Die dazugehörigen xaml: uc1Person, uc2Gruppe, uc3Sammler

Nun habe ich ein Problem Clicks von der untersten Ebene (c1_Person/uc1Person vom ok Button) zur Hauptform zu bekommen. bzw die Info welches Element gedrückt wurde.
Die Hauptform hat auch eine Ausgabe zur Anzeige. Das funktioniert leider nicht immer. Weils nicht ankommt

Das Ganze wollte ich möglich kugelsicher machen, d.h. egal auf welche Art und Weise in bestimmten Funktionen Objekte angehangen werden, soll natürlich alles noch funktionieren. Also die Clickweiterleitungen
Beim hinzufügen in die Listen werden dabei die addHandler aufgerufen um Verlinkungen zu bauen damit die Clicks bis zur Hauptform durchgereicht werden.
also uc1Person>>viaRelayCommand>>c1_Person >>c2_Gruppe >> c3_Sammler >> MainWindow
(eventuell ist es auch der falsche Weg und das macht man besser anders?)

Das ist mir nur teilweise gelungen.
c2..und c3..hatten ursprünglich List of(...) um die untergeordneten Elemente aufzunehmen.
Damit ich zb ".add" der List Of T überladen konnte habe ich eine eigene Klasse c_myList angelegt welche von List of T auch erbt.
Diese enthält gleichnamige add und addRange Funktionen. So richtig überschreiben geht wohl nicht.
c2_gruppe und c3_sammler erben nun von c_mylist und haben keine eigenen Listen Propertys mehr.
in c_mylist ist daher auch das Handler Prozedere untergebracht.

Wie gesagt funktioniert nicht immer, je nachdem wie ich hinzufüge, und seh grad den Wald vor Bäume nicht.

In der Hauptform in der Sub gentestdata habe ich zum testen ein paar Bsp angelegt.
Beim starten des Projektes wird auch alles fertig aufgebaut. Items mit nicht funktionierenden Buttons sind mit "kein Click" gekennzeichnet.

Hier zb ist es möglich über 2 verschiedene Syntaxe Items hinzuzufügen. Man sieht sie ja auch in der Ausgabe. Nur werden meine add Propertys/Funktionen umgangen und so die addHandler nicht ausgeführt.


ggf ist das Ganze hier in WPF falsch einsortiert.
Gruß Marc

Hallo Sascha

Danke für die Antwort. Habs schonmal kurz getestet. Sieht interessant aus.

Aber das hatte ich garnicht vor. Aber trotzdem was gelernt. Kann ich ggf doch mal gebrauchen

Rechts der Kasten ist lediglich als Detailansicht gedacht da die c1_person Klasse noch wesentlich mehr Propertys besitzt.
Links halt sowas wie die Übersicht welche die Personen nur minimal zeigen soll, allerdings halt das ganze aktuelle ObjectBaum Konstrukt. Das geht ja gut.
Die ürsprüngliche "c1_Personen" Quelle ist lediglich eine einfache Liste welche alle Personen ohne weiteren Zusammenhang speichert. Diese Liste bzw Personenitems wissen von nichts. Auf diese Personen werden aus allen Collections letzendlich verwiesen.

Ich kann mich dunkel erinnern das irgendwann Visual Studio meine RaiseEvent Aktionen angemeckert hatte das man es dafür es garnicht missbrauchen sollte...alle möglichen objekte durch die Gegend schicken...aber ich weiss die Alternative nicht.
Bisher hats diese "rückwärtsrouting" auch gut funktioniert . Nur wenn ich selbst zu vergesslich bin und einen Algorythmus was zusammenbauen lasse wo dann die Handler nicht gesetzt werden...such ich wieder ewig.

Das die c1_Person einen Blanko überwachten Container bekommt kann ich schon einbauen.
Das vermischen von datenhaltung und "codebehind code"....ok das clickEvent von der xaml ist ja hier auch schon drin...irgendwie rutsch das alles ineinander. (jaja MVVM :P)
mal ne Nacht drüber schlafen. Muss man sich vielleicht auch dran gewöhnen.

Für diesen Anwendungsfall mags gehen. Ich sehe aber auch das Problem wenn ich was rein auf Logic Ebene, ohne xaml was machen will, dann währen Events wohl doch nötig um aktiv auf Änderungen in den Listen reagieren zu lassen.


Gruß Marc

Nofear23m schrieb:

Was meinst du damit?
Unter WinForms?

Ja ich mein unabhängig von Winform oder WPF. Ohne Oberfläche nur innerhalb von Klassen.

Mit den offenen Zeigern. Hm ja noch nie gehabt. Geht sowas? Also das es schlimm ist. Dachte das ist nur unter C# möglich da mit unsafe code/pointer gearbeitet werden kann. Ist wohl anderes Thema...:D

Aber das mit den observ.Coll durchreichen scheint mir trotzdem ne gute Möglichkeit denk ich. Ich spinn mal kurz was zusammen:
So als ne Art Bussystem. Jede angeschlossenes Object kann seine "EventNachrichten" reinkippen, und kann von mehreren auch ausgelesen werden. Und halt verarbeitet werden wenns passt :D. Ich frag mich wie die Reihenfolge da abläuft wenn mehrere beobachten. Wahrscheinlich hierarchisch.
Frage ist nur wer löscht es wieder raus? Sonst wirds ja immer voller in der collection. Da nicht sicher ist das alle "Abonnenten" es ausgelesen haben....schwierig.
Besser währe wohl wenn es nur eine Variable statt list währe.
Kurz gegoogelt. hm könnte das hier sein:
docs.microsoft.com/de-de/dotne…1?view=netframework-4.7.2
Aber hab noch nichts ausprobiert.

*Vollzitat entfernt* ~NoFear23m