问题标签 [entity-framework]

我有一个带有 Parent 和 Children 属性的类。

ADO.NET 实体框架分层页面类 http://img148.imageshack.us/img148/6802/edmxxe8.gif

我想在 WPF 树视图中显示这个层次结构。

这是我的 XAML ......

还有我的VB代码...

但我得到一棵树，里面有一个非模板项目：

我需要做什么才能使它正常工作？

使用 LINQ to SQL 很可能不会像实体框架那样获得积极的开发，您认为最好切换到实体框架吗？

与感觉非常自然的 LINQ to SQL 相比，我个人发现 EF 非常笨重且难以使用。

编辑：我最近在我的博客上发表了一篇关于我对这个潜在决定的感受的文章......

ADO.NET v LINQ to SQL

我创建了一个实体数据模型并导入了几个存储过程作为函数导入。我通过 ADO.NET 数据服务 (ANDS) 公开 EDM。ANDS 是否通过其 REST API 自动公开功能，还是我需要手动向服务添加操作？

我认为在 Application_BeginRequest 中设置实体对象上下文，将其存储在 Request.items 中，在整个请求中使用它并在 Application_EndRequest 中处理它是明智的。这样上下文总是可用的，我可以在我的视图中导航实体框架对象图，延迟加载我还没有急切获取的内容。

我认为这会让它像在Ruby on Rails 上开发一样。

也许我应该因为说出这种异端邪说而被枪杀，但这太疯狂了，它可能会起作用:)

我无法让 Application_BeginRequest 和 ..EndRequest 在ASP.NET MVC上触发。他们不是被解雇了吗？我需要做什么特别的技巧吗？

如果框架与持久性无关，我的单元测试能否在我的实体模型下构建持久性存储的文件系统版本？

我肯定会在 GUI 中使用实体框架的模型优先功能，因为我的开发人员很容易进行架构更改并保持 DAL 层同步。

有没有人尝试过使用模型优先方法并添加持久性无知？

我认为这将是我理想的模特世界。我使用 LINQ2SQL atm，换出数据存储有点棘手，但有一个自动丰富的数据层，它不会隐藏在一组业务线 IDataContext 接口后面。

如果我能看到这个工作的一些场景，我想在未来投入更多时间来尝试这个。

首先，让我们定义几个表：

用户表将存储有关用户的信息：

UserTasks 是一个存储与用户关联的任务的表：

当我使用 ADO 实体框架生成 UserTasks 表时，我将得到一个如下所示的类：

UserTasks
- taskName（字符串）
- 用户（用户对象的集合）

注意：在 UserTasks 表中没有生成用户 ID。所以现在让我们假设我需要插入一个新的用户任务......我该怎么做？我无权访问 userID FK 字段，所以我唯一的选择是查找并填充用户对象，然后将其传递给我的任务对象，如下所示：

上面的问题是我正在做一个额外的和不必要的数据库调用来填充我的用户对象。有没有办法以某种方式创建到我的 userID 字段的新映射并仍然保留 User 对象？

谢谢

——瑞安

最近，我们一直在讨论在工作中使用实体框架的方法。我们有一个相当大且复杂的基于网络的 n 层应用程序，该应用程序需要进行大修。

问题是：如果我们从哪里开始使用实体框架，是创建一个大模型还是一组较小的基于功能/活动的模型更好。

我对此有自己的看法，但很想听听其他人的想法。

更新（2008 年 11 月 17 日）：我一直在为家里的小项目创建一个模型，将其清除并重新创建等。虽然我没有尝试过，但我怀疑这种方法在涉及大量实体类型时会更具挑战性。

另外，有没有人在使用 TFS 或类似工具的大型团队中使用 ef 的经验？

我看到 EF 可以根据现有的数据库模式更新模型。但是，我完全从头开始。我不想构建表，然后在 EF 模型文件中重建它们。有没有办法可以绘制模型文件，并自动为我创建 SQL 表？

我有由实体框架定义的对象，然后我通过部分类向其中添加了其他方法和属性。我想我理解这样做的大部分限制，但想确认我所看到的东西（或者希望了解我需要做什么才能完成这项工作）。

我有一个部分类，它有一个只读属性，它使用几个项目来创建一个只读的计算字段。很高兴看到只读属性没有像我希望/期望的那样通过 ADO.Net 数据服务返回。即，我希望看到实体框架上的属性，并且通过部分类在代码中定义的属性来自数据服务调用。

是这样吗？当 ADO.Net 数据服务查询数据时，部分类是否完全被忽略？如果是这样，将只读类型属性添加到实体上的最佳做法是什么（因为我想避免将具有不同名称空间的相同部分类剪切并粘贴到客户端和服务器端代码库中）。

客户需要将每个数据更改与进行修改的实际用户一起记录到日志表中。应用程序使用一个 SQL 用户访问数据库，但我们需要记录“真实”用户 ID。

我们可以在 t-sql 中通过为每个表插入和更新编写触发器，并使用 context_info 来存储用户 ID 来做到这一点。我们将用户 ID 传递给存储过程，将用户 ID 存储在 contextinfo 中，触发器可以使用此信息将日志行写入日志表。

我找不到使用 EF 做类似事情的地方或方式。所以主要目标是：如果我通过 EF 对数据进行更改，我想以半自动方式将确切的数据更改记录到表中（所以我不想在之前检查每个字段的更改保存对象）。我们正在使用 EntitySQL。

不幸的是，我们必须坚持使用 SQL 2000，因此 SQL2008 中引入的数据更改捕获不是一种选择（但也许这对我们来说也不是正确的方法）。

任何想法、链接或起点？

[编辑] 一些注意事项：通过使用 ObjectContext.SavingChanges 事件处理程序，我可以获得可以注入 SQL 语句来初始化 contextinfo 的点。但是我不能混合使用 EF 和标准 SQL。所以我可以获得 EntityConnection 但我无法使用它执行 T-SQL 语句。或者我可以获取EntityConnection的连接字符串，并基于它创建一个SqlConnection，但是会是不同的连接，所以contextinfo不会影响EF进行的保存。

我在 SavingChanges 处理程序中尝试了以下操作：

错误：EntityCommand.CommandText 的值对于 StoredProcedure 命令无效。与 SqlParameter 而不是 EntityParameter 相同：不能使用 SqlParameter。

错误：查询语法无效。

所以我在这里，坚持在 Entity Framework 和 ADO.NET 之间建立一座桥梁。如果我能让它工作，我会发布一个概念证明。