We are in the middle of creating an n-tier Silverlight LOB application and are considering the use of .NET RIA Service. We are unclear where this fits in relation to our current WCF service API. Our Current architecture is:
Silverlight <–> WCF Service <–> Business Logic <–> Entity Framework Model <–> Database
Having watched Nikhils Mix 09 presentation it would appear that .NET RIA Services would replace our WCF and BusLog sections:
Silverlight <–> RIA Services <–> EF Model <–> DB
Which is fine, expect that we need to have a standard SOAP endpoint API exposed for use by other applications (Biztalk,Integration etc). Can .NET RIA Services be exposed as SOAP endpoints without the asynchronous requirement?
How easy is it to implement a WCF service over a .NET RIA Service? Do you know any good online examples of this?
Thanks,
Mark
Best Answer
Yes – In the next CTP for RIA Services we will have some very nice support for defining WCF service (via Astoria and eventual vanilla WCF) that exposes your business logic in RIA Services. So you’d have two heads on your RIA Services implementation.
Silverlight <---> RIA Services <---> EF Model <---> DB WCF Services <--->
I’d say this model makes sense if the primary goal is the Silverlight application, however if the primary goal is the WCF service, I’d hang with the model you have today.. Does that help?
..brad