实体框架与WCF RIA服务的紧密程度如何？

Question

我正在尝试在Silverlight中构建一个简单的概念验证“业务应用程序”，并且我一直试图将数据输入和输出数据库。我目前正在尝试学习WCF RIA服务，但我陷入困境，因为我无法让Entity Framework与我的数据库中的现有表一起使用（即使我通过它添加它们也不会出现在模型设计器中向导）。

我仍然想使用RIA服务（我认为），但我不知道在这个过程中放弃EF会损失多少。他们有多紧密联系在一起？

Answer 1

后端可以是你想要的任何东西。如果EF不起作用，那么Linq to SQL是可行的替代方案。我相信甚至可以为您提供“添加...”模板。

Answer 2

如果EF给你提出问题，我相信你仍然可以使用LINQ-to-SQL和RIA服务。

使用RIA，真正重要的是你提供的域服务扩展了正确的类（我不记得什么类）。 EF很好，因为有一个用于EF模型的域服务的模板，但您应该能够从LINQ-to-SQL模型生成相同的模板。

Answer 3

所有WCF RIA服务要求都是IQueryable提供商 - 如果您真的想要，可以自己编写： - ）

WCF RIA服务既不依赖于Entity Framework，也不依赖于Linq-to-SQL（尽管这两者提供了“开箱即用”的IQueryable提供商，因此它们可能是您的第一个赌注）。

Answer 4

用于添加新域服务的WCF RIA服务向导需要支持DataContext或ObjectContext的提供程序。 EntityFramework，Linq2sql和NHibernate属于这两个类别中的一个。

但是，如果愿意，可以在不使用向导的情况下随意实现DataService。

我首先关注EF问题（支持sql2005），因为该向导使得该过程非常容易学习。

Answer 5

正如Marc所说，你不仅限于EF或Linq to SQL - 这里是一个RIA服务和实体框架演示的示例，用于替换EF和NHibernate的持久层：http://blogs.msdn.com/b/brada/archive/2009/08/06/business-apps-example-for-silverlight-3-rtm-and-net-ria-services-july-update-part-nhibernate.aspx