Entity framework 4 我应该从实体框架T4模板中删除关联修复代码吗?

Entity framework 4 我应该从实体框架T4模板中删除关联修复代码吗?,entity-framework-4,fixup,Entity Framework 4,Fixup,有人能澄清我对实体框架(T4生成的POCO)中关联修复代码的想法吗 最近一篇关于修复的评论说“例如,CodeFirst没有使用它们,所有的东西仍然工作” 我对这个修正的东西有点困惑-似乎没有人喜欢它-我当然不喜欢它污染我的POCO(虽然我的理由是因为性能问题),但我不清楚在什么情况下我真的需要它 如果我在ASP.NET应用程序中使用短期数据上下文生存期,即每个页面请求(UoW)的新上下文,那么如果我要从T4模板中删除所有关联修复代码(最后是干净的POCOs),我是否应该担心呢 编辑 我发现关于M

有人能澄清我对实体框架(T4生成的POCO)中关联修复代码的想法吗

最近一篇关于修复的评论说“例如,CodeFirst没有使用它们,所有的东西仍然工作”

我对这个修正的东西有点困惑-似乎没有人喜欢它-我当然不喜欢它污染我的POCO(虽然我的理由是因为性能问题),但我不清楚在什么情况下我真的需要它

如果我在ASP.NET应用程序中使用短期数据上下文生存期,即每个页面请求(UoW)的新上下文,那么如果我要从T4模板中删除所有关联修复代码(最后是干净的POCOs),我是否应该担心呢

编辑


我发现关于MSDN“Fixup变得疯狂”的讨论确实提供了一些澄清:

Fixup只是T4模板生成的代码。EF根本不需要它,EF也不使用它。这是ADO.NET团队所做的一些假设,即如果您在一侧更改POCO,POCO应该是聪明的,并修复它们的导航属性。如果您手动编写实体而不是使用T4模板,并且您将省略所有修复逻辑,那么它仍然可以工作。这也是为什么不需要首先在代码中进行修正的原因


您可以修改T4模板并删除所有修复逻辑。

谁是@Ladislav?我们希望问题能够在这里独立存在。是的,你说得很对-只是我读到的关于EF的任何问题,似乎这个人总是回答!我很感激很多人都能回答这个问题。我将编辑我的问题。我错了。谢谢@Ladislav。我很乐意删除所有修复代码的证据:-)