Komunikacja pomiędzy różnymi viewmodel'ami

Witam. Mój problem rozrysowałem na obrazku niżej. Oczywiście jest bardziej złożony ale ten prosty przykład powinien być dobry do zrozumienia go.
Przyjmijmy że czerwona ramka to "czerwony viewmodel" a zielona ramka to "zielony viewmodel".

W czerwonym viewmodelu mam property dla aktywności buttona w tym przypadku typu bool. Do tego dochodzi tysiąc innych czynników zmieniających wartość z true na false i z false na true.
Wszystko pięknie ładnie ale dochodzi teraz zielony viewmodel, w którym znajduje się następne tysiąc czynników zmieniających wartość bool. Mało tego ten zielony viewmodel jest w innym namespace i w innej klasie. Cała zielona ramka jest importowana z innego pliku XAML, którego viewmodel to właśnie ten zielony viewmodel :)

I wreszcie problem. Jak z tego zielonego viewmodel zmienić wartość property znajdującą się w czerwonym viewmodel jeśli w zielonym viewmodel będziemy sobie klikać w widocznego checkboxa? :) Byłbym wdzięczny za jakiś przykład .

To chyba nie jest dobrze zaprojektowane, bo ViewModel powinien być jeden w jednym View.

Niestety to nie ja projektowałem. Mam plik XAML, a w nim importowanego innego XAML'a, a każdy z nich ma własny viewmodel... I trzeba w tym głównym zmienić wartość jeśli w tym importowanym się coś np zmieni :/

Nie jestem pewien na 100% ale możę Event Aggregation pomoże ? : http://msdn.microsoft.com/pl-pl/library/zdarzenia-i-komendy-w-prism.aspx

W tym konkretnym przypadku (obrazek) wystarczy Element Binding + ew. konwerter.

Radek1x3 napisał(a):

W tym konkretnym przypadku (obrazek) wystarczy Element Binding + ew. konwerter.

No to jak mogę zmienić wartość property czerwonego viewmodelu z poziomu zielonego viewmodelu? Jakiś przykład?

http://www.mindscapehq.com/blog/index.php/2012/2/1/caliburn-micro-part-4-the-event-aggregator/

tu masz komunikację opisaną na przykładzie caliburn micro - ogólnie tak jak wyżej: potrzebne Ci są zdarzenia -> jakiś obiekt który będzie odbierał zdarzenia i je wysyłał obiektom zainteresowanym

somekind napisał(a):

To chyba nie jest dobrze zaprojektowane, bo ViewModel powinien być jeden w jednym View.

skąd taki pomysł?

To może ja źle zrozumiałem. Mi to wygląda na przypadek, gdzie jakaś kontrolka(?) z CheckBoxem, która ma swój ViewModel i Button ma też inny ViewModel.

Ale CheckBox może mieć atrybut Name i button w atrybucie IsEnabled może mieć Element Binding do property IsChecked (jest to Nullable<bool>) w odpowiednim ElementName.

akwamorela napisał(a):

http://www.mindscapehq.com/blog/index.php/2012/2/1/caliburn-micro-part-4-the-event-aggregator/

tu masz komunikację opisaną na przykładzie caliburn micro - ogólnie tak jak wyżej: potrzebne Ci są zdarzenia -> jakiś obiekt który będzie odbierał zdarzenia i je wysyłał obiektom zainteresowanym

somekind napisał(a):

To chyba nie jest dobrze zaprojektowane, bo ViewModel powinien być jeden w jednym View.

skąd taki pomysł?

Dzięki zobaczę co z tego wyjdzie. Teoretycznie to w tym jednym View są razem dwa View i dwa ViewModel. Trochę pokręcone :)

Zielona ramka to importowany plik XAML z własnym ViewModel'em. Czerwona (i w sumie reszta okna oprócz zielonej ramki) to główny View który też ma swój ViewModel

No i co z tego? Jakoś tego używasz i pewnie ma to też jakieś DependencyProperty. Jeśli ktoś tam zrobił np. CheckBoxa, to pewnie dał DependencyPropery, przez które masz dostęp do jakiś jego właściwości. Musiałbyś pokazać kod, bo nie wydaje mi się, że jest to skomplikowane.