实体框架与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 Services既不依赖于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 /存档/ 2009/08/06 /企业应用程序，例如换Silverlight的3-RTM-和净RIA服务-七月更新部分nhibernate.aspx