@no_i_w_ogle: z tej playlisty: http://www.firstcom.com/#!/themed-playlists.aspx?playlistId=396 kawałek Both sides of the game.

@NeXIcE: żeby pobrać, należy się zalogować. Z tego co wyczytałem, sama rejestracja nie daje praw ściągania. A formularz 'Request Download Rights' wypełnia się na firmę... ;)

@MasterOfScience: to już zrobiłem na pracę inżynierską. Z resztą teraz już nawet do kupienia w pierwszym lepszym media markcie. ;)

@MasterOfScience: nie nie. Nie mój produkt. :D Mówię generalnie o systemach typu inteligentny dom. ;)

@mab122: genialne, wygrałeś. ( ͡° ͜ʖ ͡°)

@lavsprat: @boo007: przedstawię Wam konkretną sytuację odnośne przedstawionego problemu.

Poprzez telegramy na gnieździe UDP (przykładowe 'zewnętrzne źródło danych') dostaję telegram z informacją o zaktualizowanym wieku. Realizuję to poprzez utworzenie w ViewModelu serwisu który cały czas nasłuchuje na porcie i czeka na nowe informacje. Zgodnie z paradygmatem odwróconego sterowania (o ile dobrze go rozumiem [żeby serwis nie wiedział o ViewModelu i go nie wywoływał]), do serwisu przekazuję obiekt modelu takPokaż całość

@lavsprat: to jeszcze raz: jak poinformować viewmodel a co za tym idzie widok, o zmianach w modelu?

Prawdopodobnie w końcu zadałem to pytanie w googlu poprawnie i znalazłem taką oto odpowiedź:

http://stackoverflow.com/questions/15439841/mvvm-in-wpf-how-to-alert-viewmodel-of-changes-in-model-or-should-i

Jak widać w najlepszej odpowiedzi, INotifyPropertyChanged w modelu i subskrybowanie PropertyChanged w ViewModelu to chyba jedyna opcja...

@lavsprat: Wiek to tylko przykład modelu, może to być równie dobrze Imię, Nazwisko i Stanowisko będące modelem pracownika.

Odchodząc od przykładu z aktualizowaniem danych po sockecie: powiedzmy że przypadek dotyczy modelu wyświetlanego przez widok, ale zmienianego przez zupełnie inny obiekt niż ViewModel. Cytując fragment najlepszej odpowiedzi ze stacka:

"But typically this is only needed if more than one object will be making changes to the Model's data, which is notPokaż całość

@lavsprat: klasa modelu i właściwość we ViewModelu nie są tym samym typem. Poszczególne właściwości Modelu natomiast są odwzorowane w ViewModelu (te same typy). Rozwiązanie @boo007 jest jak najbardziej częścią rozwiązania mojego problemu.

Nie ma jednego uniwersalnego najlepszego rozwiązania. Dla małych modeli powinno się bindować całe obiekty i użyć PropertyPath w widoku - stąd też pytałem o charakter klasy Wiek.

@lavsprat: tak, są różne szkoły. Ale czy to rozwiązanie przypadkiem nie zaprzecza głównej idei MVVM o której wspomniałem na początku, czyli absolutnego odseparowania widoku od modelu? Tak, rozumiem, mały model, ale mimo wszystko. :)

@lavsprat: oczywiście że tak. Model z jednym polem podałem dla uproszczenia/zobrazowania.

@poszlo_wyszlo: ogólnie SQL

@Nicarim: xD Post sponsorowany.

@mortt: no właśnie chodziło mi o to żeby mieć możliwość odkładania sobie choćby na wpłatę własną do kredytu. Macie rację, fuck it, szukam dalej. ;)