http://ayende.comAyende @ RahienCopyright (C) Ayende Rahien 2004 - 2021 (c) 202660From my understanding, - DataServices 'exposes your data' - by making it accessible over open protocols. So it's useful in reporting, ETL and data warehousing scenarios; whereas - WCF RIA Services is designed to 'manage your data' by generating the client proxies required for standard CRUD operations on your models. So it's useful for developers building clients to manage the data. Generally the populace here would want to look at developing with WCF RIA Services. No doubt there is some overlap in the technologies, but I think it's a necessary split to optimize for both scenarios. Personally I would hate to build web services operating on the verbose and weakly-typed oData/ATOM protocol. http://ayende.com/4390/a-marketing-mistake-wcf-data-services-wcf-ria-services#comment7http://ayende.com/4390/a-marketing-mistake-wcf-data-services-wcf-ria-services#comment7Sun, 07 Feb 2010 13:51:17 GMT#fail ef: #fail management developing linq2sql and ef in parallel: #fail http://ayende.com/4390/a-marketing-mistake-wcf-data-services-wcf-ria-services#comment6http://ayende.com/4390/a-marketing-mistake-wcf-data-services-wcf-ria-services#comment6Sun, 07 Feb 2010 13:06:42 GMTWCF Data Services is "Astoria" used to support the OData "protocol" which is basically Atom Pub + query conventions + EDMX metadata endpoint + EDM payload. WCF RIA Services is using "Astoria" to remote an IDataService interface to a Silverlight client. It's RPC CRUD over Http complete with client side proxy objects. http://ayende.com/4390/a-marketing-mistake-wcf-data-services-wcf-ria-services#comment5http://ayende.com/4390/a-marketing-mistake-wcf-data-services-wcf-ria-services#comment5Sun, 07 Feb 2010 13:05:23 GMTExcellent picture! It seems as if in software there is often a huge mismatch between the people who created the product and the ones who have to create the content to sell it. Can they answer questions like "What is the target group?" and "What are the benefits of using product X"? Maybe the marketing guys don't have a frikkin' clue what product X is all about? Maybe the devs are unwilling to put a little thought into what they are producing. I'd think that in every big company you'll always run into the trouble of solving a problem twice or more times. Since effort has been spent, all outcomes may have to be sold, which is confusing at best and deterring at worst ("they don't know themselves which of their product is the right one for me"). http://ayende.com/4390/a-marketing-mistake-wcf-data-services-wcf-ria-services#comment4http://ayende.com/4390/a-marketing-mistake-wcf-data-services-wcf-ria-services#comment4Sun, 07 Feb 2010 12:40:29 GMTIsn't one of them renamed to OData? If not, I'm with you in the confused camp ;) http://ayende.com/4390/a-marketing-mistake-wcf-data-services-wcf-ria-services#comment3http://ayende.com/4390/a-marketing-mistake-wcf-data-services-wcf-ria-services#comment3Sun, 07 Feb 2010 10:24:12 GMTWell, considering this comes from the same company that uses cool codenames like "Indigo" and "Avalon" and then releases them as "WCF" and "WPF" (WTF?!)... I'm not surprised at all. Remember the whole ".net" branding madness around 2002/2003? http://ayende.com/4390/a-marketing-mistake-wcf-data-services-wcf-ria-services#comment2http://ayende.com/4390/a-marketing-mistake-wcf-data-services-wcf-ria-services#comment2Sun, 07 Feb 2010 10:18:03 GMTThe last paragraph should answer "Why RIA?" It's a simplified model aimed specifically at Silverlight. You can use WCF, or SOAP services, but RIA automatically meets all of the hoops to jump through for SL. The annoying thing as with any technology aimed at simplifying the 80th percentile of cases, discovering how to fit in something from the 20th remaining percentile can often exceed the effort of learning to use a more bare-bones technology. http://ayende.com/4390/a-marketing-mistake-wcf-data-services-wcf-ria-services#comment1http://ayende.com/4390/a-marketing-mistake-wcf-data-services-wcf-ria-services#comment1Sun, 07 Feb 2010 10:12:19 GMT