Moin omata,
zur Sicherheit vorweg. Falls jemand den Eindruck haben sollte ich will streiten, is nicht so. Sollte der nächste Satz zu hart klingen, positiv sehen.
So, du umschreibst immer schön wortreich, das das nie nötig ist. Auf konkrete Beispiele zeigst du aber keine neue Herangehensweise. Ich hab das Beispiel jetzt mal schnell hingetippt. Da mach ich mir keine tieferen Gedanken, ob das Property readonly und der Constructor überschrieben sein sollte. Hier geht es darum, ob sich zirkuläre Bezüge grundsätzlich immer vermeiden lassen. Ich habe auch nicht irgendein Stück Code hingeschrieben wo das dann auch einfach nur so ist, sondern im Vorfeld erläutert, um welchen Ansatz es geht.
Da ich auch nicht den Stein der Weisen gefunden habe, bin ich gerne bereit an dieser Stelle zu lernen. Aber dann bitte mit konkreten Lösungsvorschlägen. Wie löse ich das Problem, wenn eine Klasse durch eine eigene procedure sein Eigenschaftenfenster aufruft, (von mir aus auch eine mitgegebene Fensterinstanz) in der seine Eigenschaften angezeigt und verändert werden können. Dabei helfen Aussagen wie
Zitat:
Aber das war ja gerade mit "grundlegend" gemeint, kann man das was man erzeugen will auch strukturiert realisieren? Das war und ist die Intention, und da kann man ganz klar sagen, das geht und zwar immer. Es muss keine Frikellösung her. Das ist nicht nötig. Natürlich muss man dann einen Moment länger über die Lösung nachdenken.
Dann bitte her mit der Lösung. Von mir auch grundlegend. Du darfst auch gerne länger nachdenken.
Manchmal habe ich so viele eigene Klassen, dass ich für die Übersicht diese in einzelne Units auslager. Selten, aber manchmal, nehme ich dann zähneknirschend einen Zirkulären Bezug in Kauf. Der Vorteil der Übersichtlichkeit überwiegt.
Um es nochmal klar zu stellen, ich halte zirkuläre Bezüge für keine gute Sache und versuche sie generell zu vermeiden. Auf jedes Beispiel pauschal mit denk dir was besseres aus zu antworten ohne konkrete Lösungsansätze zu bringen halte ich für nicht richtig. Helfen tut es auch keinem. Nebenbei bemerkt hab ich festgestellt, dass sich auch in älteren Threads Mitglieder mit diesem Thema beschäftigt haben, denen ich so einiges zutraue.
Also omata, so sehr ich deine fachlichen Hinweise in anderen Threads schätze, bitte keine hoch gestochenen Pauschalweisheiten, sondern konkrete Strategie-, Design- und Lösungsansätze. Und wenn es für die angeführten Beispiele ist.
Gruß oki