I’ve just finished delivering the “Building Modular Applications using Silverlight and WPF” session at Microsoft Canada’s TechDays 2009 event in Toronto.
What a difference a year makes! At last year’s TechDays, my presentation was all: “Silverlight is new and awesome! Let’s lap around some awesome Silverlight features!”
But this year, as Silverlight and WPF have gained some maturity, many of us are now working on more complex projects enabled by these frameworks.
So this year’s theme, appropriately, was designing for change. It was about taming complexity in real-world Silverlight and WPF apps with patterns, conventions, examples, and a little glue code.
What we covered
After a brief primer on the MVVM pattern, the core of the presentation was a lap around Prism, a.k.a. the Composite Application Guidance for Silverlight and WPF released by Microsoft’s Patterns and Practices group.
We looked at the structure provided by Prism’s Shell and Bootstrapper, demystified Dependency Injection (over breakfast), and then explored the Region Manager, Modules, the Event Aggregator, and Commanding.
Taming Complexity and Designing for Change
Complexity in the software development lifecycle comes in many forms, including but not limited to:
- integrating multiple disparate sources of data,
- dealing with changing requirements,
- managing features delivered by distributed dev teams,
- creating complex interactive views,
- rapidly skilling up new resources on a project,
- cleanly separating concerns for different roles (like designer and developer), and…
- well, I could go on.
It seems to me like a good way to tame complexities like these is to design for change. Prism helps you do this. So does MVVM.
I’ve worked with WPF since it was called Avalon, but only recently started using Prism.
When I go back now and look at my pre-Prism code, it looks fine in parts, but organizationally, it reeks of uninformed, trainwreck stuff. If I could speak to Rob vPrevious, I would insist that he take the time to learn Prism.
Do your time in Prism
So my call to action for all serious WPF and Silverlight devs is:
- Do your time in Prism. Invest the time to get the Prism framework, software and documentation from Codeplex and read the lucid documentation on MSDN.
- Don’t be intimidated (like I was) by terms like Dependency Injection Container and Inversion of Control.
- Check out Prism’s Stock Trader Reference Implementation, and
- Even if you don’t decide to use Prism on your project, think about conventions, and patterns, and how your code will respond to change.
Finally – if you are a Silverlight or WPF developer, and are looking for a place to work on interesting projects on a scale that demands you plan for change, please contact me.
For those of you who came out today, thanks for the engaging conversations afterwards, and I hope you found the presentation a helpful primer on Prism. May it help you get up the learning curve and start using the P&P guidance in your own applications!
Please write me with your own Prism thoughts and stories.
This year, the theme was designing for change. It was about taming complexity with patterns, conventions, examples, and glue code.
it was a deeper Senior Dev / Architect level discussion that discussed the MVVM pattern and Prism, the Composite Application Guidance for Silverlight and WPF.










