LINQ to entity ...没有实体（如果可能）

Question

我知道这听起来很愚蠢，但我想做一些与众不同的事情......

基本上，我正在寻找在后端具有 wcf 数据服务（或至少类似的东西）的解决方案，它允许我使用简单的 url 语法查询我的数据库。

我遇到的问题是，当我的数据库架构发生更改时，我必须重新编译整个后端，这并不好，因为我正在构建的解决方案允许定义“实体”。

基本上我想要做的是每次数据库更新时都更新模型......作为一种触发事件。

我认为 EF 不会这样做，这导致了我的实际问题......

你会如何解决这个问题？

我需要 wcf 数据服务提供的开箱即用的功能……只是在它下面有一个更动态的数据模型。

Answer 1

您需要将 O/RM 更改为更动态的东西......可以使用 Massive 之类的东西来代替 EF。

似乎有人正在用 WebWCF 做类似的事情...Massive with WCF Web Api to return dynamic types/Expandos?。

如果您使用数据服务，那么您需要想办法将 Massive 表示为“DataContext”。另一方面，WebWCF 会在需要时将动态对象序列化为 JSON 或 XML 块。

---

您提出的方法的问题在于 Web 服务合同是动态的并且没有版本控制。这意味着如果您删除/重命名/更改一个字段，您实际上已经创建了对客户端用于使用 Web 服务的“合同”的更改。这可能会导致客户端崩溃，除非同时更新。

如果您正在寻找一种管理模型更改更新数据库的低摩擦方式，我发现 EF Code First 4.2 和 EF Migrations 对我来说非常有效。 0.7.0.1 相当稳定，可从 NuGet 获得。