There are many ways to update your views when your server- or client side business logic changes. The strategy you find me usually recommending is the ModelLocator strategy, which leverages the Flex binding feature. See Steven Webster’s article for more information.
Basically, your views bind to properties that are retrieved from your ModelLocator. These properties can be changed from your Commands, other business logic or other views and once changed; all listening views are updated seamlessly.
Since many of the Cairngorm examples out there are meant to be easy to understand, they often just show these properties exposed as single properties on the ModelLocator. Once your RIA grows in size, this indeed can be quite limiting. I’ll showcase another Cairngorm sample application that focuses on how you can improve your architecture with investing in slightly more advanced business logic. The sample application is a stock market dashboard that allows users to retrieve price quotes on a company stock. From time to time I’ll add features to this application, to showcase some possible ways to architect a Cairngorm application. This version of it will use Cairngorm for Flex 2 Beta 3.
- Alex Uhlmann on Cairngorm 3 – Revised Guidelines and Core Principles
- Tink on Cairngorm 3 – Revised Guidelines and Core Principles
- Ariel Mariaca on Lighted Distortion Effects and Tour de Flex
- Flavy on Cairngorm Sample – How Business Logic Can Manage Views Part III
- Flavy on Cairngorm Sample – How Business Logic Can Manage Views Part IV