Mehrfachbehandlung von Events

[Sir Rufo]

Zitat von Stevie:

Zitat von Dejan Vu:

Wie kommst Du auf Singleton?

Hab ich einfach mal so angenommen (immerhin macht es System.Messaging so vor) - aber ok, kein Singleton. Und wie wissen nun Producer und Consumer von diesem "einen einzigen Multicasteventcontroller"?

Wo ist denn bei System.Messaging ein Singleton?

Ja, es gibt eine Default-Instanz für den Anwendungs-Kontext, aber man kann sich soviele eigene Messenger erzeugen, wie man möchte, das spricht ja gegen Singleton.

[Stevie]

Zitat von Sir Rufo:

Zitat von Stevie:

Zitat von Dejan Vu:

Wie kommst Du auf Singleton?

Hab ich einfach mal so angenommen (immerhin macht es System.Messaging so vor) - aber ok, kein Singleton. Und wie wissen nun Producer und Consumer von diesem "einen einzigen Multicasteventcontroller"?

Wo ist denn bei System.Messaging ein Singleton?

Ja, es gibt eine Default-Instanz für den Anwendungs-Kontext, aber man kann sich soviele eigene Messenger erzeugen, wie man möchte, das spricht ja gegen Singleton.

Dann grep doch mal den FMX Code durch, ob da jemals eine Instanz von TMessageManager erzeugt wird, oder ob nicht an allen knapp 200 Stellen TMessageManager.DefaultManager genutzt wird. Wenn man nämlich ne selbsterzeugte Instanz benutzt, dann müsste man sie ja irgendwo in die beteiligten Akteure übergeben (Stichwort Dependency Injection). Nur leider passt das ja nicht so ganz zu der TComponent Architektur, gell?

Zeig mir doch mal Code, wo TComponents mit einer injekteten TMessageManager Instanz arbeiten und das einfacher zu nutzen ist, als nen multicast event.

[Sir Rufo]

Ahm, ja, aber das ist doch auch ok so, denn wenn ich etwas von der Anwendung mitbekommen möchte, dann klinke ich mich in den einen Messenger ein. Wie gesagt, dieser DefaultManager ist für den Anwendungs-Kontext. Da laufen zentral die internen Nachrichten drüber (Form erzeugt, Anwendung idle, ...)

Aber ist das schlimm?

Ich denke wir reden aneinander vorbei, denn diesen System.Messenger würde ich nicht für die Events benutzen von denen wir hier eigentlich sprechen wollten. Dafür baut man sich eine Struktur - so wie in Spring4D - und baut diese in die Klassen mit ein.

[Stevie]

Du nicht, aber Dejan Vu, so wie ich #6 verstanden habe.

[Dejan Vu]

Du meinst, das das eine blöde Idee war? Immerhin, es war Sonntag, out of office, Postvatertagnachwirkungsgehirnabsenkung. Aber immerhin. Eine Idee.