This all started with an innocent question by Bob Archer on Twitter. Bob wondered whether he could use ADO.NET Data Services in an application that was being touted as "Software as a Service" (SaaS). His concern was the apparent hard wiring of the Data Source in the DataService definition. This design might assume that you had to connect to a single database for all requests.
Url: http://silverlight-tour.com
Url: http://social.msdn.microsoft.com/Forums/en-US/o...
Url: http://www.msdndevcon.com/Pages/Atlanta.aspx
Url: http://losangeles.dodgers.mlb.com/stats/individ...
Url: http://www.sparklingclient.com/win-a-spot-at-th...
Url: http://www.sparklingclient.com/win-a-spot-at-th...
Url: http://www.codinghorror.com/blog/archives/00036...
I often get questions about how the ContentPresenter works in ControlTemplates. There are certainly oddities to how it works in practice, but this is some additional information that should help you make sense of it.
Url: http://wilderminds.blob.core.windows.net/downloads/ineta_wpb_20081...
Url: http://www.fladotnet.com/Reg.aspx?EventID=334
Url: http://www.dotnetrocks.com/default.aspx?ShowNum...
Url: http://silverlight-tour.com
Url: http://www.msdndevcon.com/Pages/Atlanta.aspx
Url: http://msdn.microsoft.com/en-us/magazine/cc7942...
I get this question a lot when I teach the Silverlight Tour and when I do talks at conferences and user groups:
Url: http://social.msdn.microsoft.com/Forums/en-US/o...
Url: http://www.silverlightdata.com
Now that Oslo is in a public form, I've taken time (as you probably noticed in earlier blog posts) to look at Oslo. While the Model Driven Development part of the stack is important and potentially game changing, I wanted to stop and look at the Domain Specific Language part of the Oslo stack.
Url: http://www.silverlightdata.com
Url: http://www.microsoft.com/azure/data.mspx