zur Frage:
Wir sind gezwungen mehrere Cairngorm Komponenten innerhalb einer App zu nutzen… Ergo meherere Komonenten (einzelne Cairngorm Konstrukte mit jeweiligen views, models, controllers) müssen miteinander kummunizieren…

Wie geschiet dies?

Im idealfall sind Komponenten ja von einander abgeschottet… also weiss eine Komponente nicht über die Existenz der anderen…

Wie tausche ich daten zwischeinanander aus?

Kann ich dafür normale Custom Events nutzen um die Daten von einer Komponente über die HauptApp zu anderen Komponente durchzuschleifen?

Oder sollte ich ich die Referenz zu einem super modell an alle komponenten veregeben damit jene nur dieses updaten… downside wäre hier das VO’s geshared werden müssten… das wäre dann aber nicht mehr Komponenten konform….

Falls einer den Durchblick hat bitte ich um Feeback… da das Internet zu diesem Thema wirklich keine Informationen bietet…

Universal Minds bieten Ansätze – jedoch ist das Thema Komponenten in Cairngorm anscheinend nicht wichtig genug für die Welt – Dafür hab ich aber schon 800 Dokus über das das Einlesen von Twitter Feeds per cairngorm gefunden… was für ein scheiss…

DANKE FÜR HELP
MO

Wie auch immer, persönlich finde ich die Geheimniskrämerei der “Cairngorm-Consultants” um aktuelle Cairngorm-Trends, wie z.B. der Einsatz eines PresentationModels, sehr fragwürdig. Hier z.B. ein Frage dazu, die von Steven Webster nie ganz geklärt wurde. Aber vielleicht liegt es daran, dass die Jungs ihr Cairngorm Buch gut verkaufen wollen (siehe dazu 4. Kommentar im Beitrag von Alistair McLeod), welches für Frühjahr 2009 angekündigt ist. Mal sehen, wer so lange warten kann oder doch lieber auf die besser dokumentierten Framework-Alternativen zurückgreift

-Jens

Cairngorm bietet dafür aber keine Möglichkeit bzw. gibts irgendwo ein Beispiel wie das gemacht wird.

Ich muss zugeben, ich habe mich nie wirklich mit Cairngorm befasst, da ich eher der Typ bin, der “domain-driven” arbeitet und ich durch meinen Java Background auch lieber in Anlehnung an das IoC Pattern (mit einem leicten Schlielen auf Spring und get/set Injection) implementiert.

Ich glaube eines der Hauptprobleme ist, dass viele Frameworks über die Architektur stellen oder im schlimmsten Fall sogar denken, dass das Framework letzten Endes die Architektur darstellt. Das das Framework (oder ein anderes Framework) ist aber letzten Endes nichts anderes als eine von vielen Möglichkeit ist, eine vernünftiges Wiring/Infrastruktur für den Datenfluss der Architektur zu schaffen ist vielen glaube ich nicht klar.

Beste Grüße

Durch die Diskussion in der Community bzgl. “Cairngorm ist aber sch… weil” bzw. “Framework X ist aber besser als Framwork Y” ist ja erst Fahrt in das Thema IoC und Cairngorm gekommen. Vorher hatte mal ja immer den Eindruck, dass (laut Adobe Consulting und dort insbesondere Herr Webster) Cairngorm so wie es ist total super sei. Was dabei dann rauskommt habe ich schon häufiger bei frustierten Kunden gesehen, die im Cairngorm Wust untergehen…

Im Projektalltag hat denke ich jeder ernsthafte Entwickler an dem Vorgehen gemäß “Cairngorm Lehrbuch” zu Recht seine Zweifel und letztendlich passt man sich alles so an, wie es Sinn macht. Aber das ist dann eben was selbstgebautes (was ja ok ist) – ich habe die Erfahrung gemacht, dass viele Kunden sich da aber was “offizielles” oder “richtiges” wünschen, unabhängig davon, wie toll die eigene Lösung auch sein mag.

danke für die schöne Zusammenfassung.

Cheers
Jens

Wie auch immer… Auf jeden Fall schön zu sehen, dass damit bei Cairngorm wenigstens ein Weg gezeigt wird, gegen die bekannte Singleton-Problematik anzugehen. Was ich aber immer noch vermisse, sind gute und vor allem aktuelle Code-Beispiele von den Cairngorm-Jungs selbst. Denke, das ist ein wichtiger Grund, warum soviel Schabernack mit Cairngorm angestellt wird…

-Jens

- es ist für Entwickler nicht transparent
- Wiederverwendbarkeit geht gegen null
- man schleppt immer dass gesamte Model der Anwendung mit sich herum

Mein Senf