Hi guys, I normally don't "pimp" my blog on the mailing list, but have two posts I'd like to share with you guys:
- YouCard Re-visited: Implementing the ViewModel pattern ( http://jonas.follesoe.no/YouCardRevisitedImplementingTheViewModelPattern.aspx ) - YouCard Re-visited: Implementing Dependency Injection in Silverlight ( http://jonas.follesoe.no/YouCardRevisitedImplementingDependencyInjectionInSilverlight.aspx ) Lately I've been spending allot of time thinking about how to best architect a Silverlight application and which patterns that apply. Since Silverligth is so similar to WPF we can learn from their experiences. There are several frameworks being brought over from WPF to Silverlight, such as Unity ( http://michaelsync.net/2008/07/11/unity-application-block-unity-for-silverlight-and-stoplight-quickstart) and Composit WPF/Prism ( http://www.codeplex.com/CompositeWPFContrib/Wiki/View.aspx?title=Prism%20to%20Silverlight&referringTitle=PrismAG ). One of the things I care allot about is providing a good design time experience in Blend, with proper test data etc. Way to often I download WPF/Silverlight samples from Microsoft, and try to put my self in the shoes of a designer who want to redesign the application. Often that is really hard, as there isn't good test data for items controls etc. The two posts I mentioned talks about how to architect/build your Silverlight in a way that gives you a good design time experience, and at the same time apply good design principles like louse coupling, seperation of concerns etc. Dependency injection for instance makes allot of sense, as you can inject mock providers when the code is consumed in Blend, giving your designers a better experience. What are your experience in building code that works nicely in Blend? Any tips trick? War stories? Does this matter? These are some of the topics I'm planning on covering in my TechEd talk in September. Cheers, Jonas Follesø http://jonas.follesoe.no ------------------------------------------------------------------- OzSilverlight.com - to unsubscribe from this list, send a message back to the list with 'unsubscribe' as the subject. Powered by mailenable.com - List managed by www.readify.net
