You mean the page model with the built-in navigation where the WPF app is 'hosted' in a pseudo-browser?
That model is a real mess, and I really, really hope Microsoft eventually just kills it off (not that they will). It is a mess because whoever designed that model worked very hard to simulate the web - you know, how web browsers and servers can't remember anything between transitions?
To do this, it appears WPF spins up isolated memory for each page, and erases all data as you move to another page. It really sucks, and I never did figure out a reliable way to remember anything from page to page...
In Chris Anderson's 'WPF Unleashed' book he has a whole chapter where he builds a mini-framework to overcome some of the limitations of the page model - but even that wasn't enough to make me successful.
Yeah, all I can say is good luck. I spent some time with this model and found it to be incredibly frustrating. Even things like storing values on the thread (which Csla.ApplicationContext does) turned out to be unreliable...
The way I look at UI frameworks is that if I spend 2-3 days fighting with it and even after that time it is making my life harder instead of easier, then that framework must have some serious issues...
That said, maybe you'll have better luck with it. Maybe it is a zen thing, and I just wasn't able to be the UI sufficiently enough to understand what they were trying to do to me (sorry, I mean do for me).
Copyright (c) Marimer LLC