Visual studio 2013 实体框架6（EF6）中的自跟踪实体

这是对这一问题的后续行动：

我正在用EF6开始一个新项目，并阅读上面的问题和答案。除非我遗漏了什么，否则微软会放弃对自我跟踪实体这种看似如此重要的东西的支持，这对我来说似乎很奇怪。通过放弃支持，微软有效地让人们思考如何解决跟踪/持久化实体状态这一重要问题。随着EF的不断进步，我认为实体跟踪是一项可以添加而不是删除的功能

我知道有一个显然非常好的开源产品自我跟踪实体，我相信它是由一个非常有才华的个人Anthony Sneed单独编写的，但是我很难判断这个产品有多稳定，它提供了什么样的支持，特别是因为实体跟踪在我的设计中将是一个非常重要的功能。我不期望任何产品是完美的，但我也不能冒险采用我后来发现有缺陷或技术支持差的产品

有没有其他商业选择？有经验的EF开发人员使用什么来跟踪实体大多数人最终会编写自己的跟踪代码？在EF6中跟踪实体的最佳实践是什么

---

谢谢。

STE模板仍然可用，并且可以与EF6一起使用。它仍然受到支持，只是不建议使用-感谢您提供的信息。然而，理想情况下，我想知道什么是推荐的，而不是什么是不推荐的。建议您将软件设计为不需要/使用STE。由于您没有在问题中列出任何细节，因此不可能提供适当的替代方案。我看不出需要什么细节：跟踪实体的更改、删除、添加和修改是一项非常通用的要求，可能每个EF项目都有此要求。您需要知道哪些细节可以帮助您提供跟踪EF6项目中实体更改的想法？跟踪实体更改（可通过ObjectContext/DbContext完成）与自跟踪实体之间存在差异。从EF 3开始，我已经使用EF完成了10多个项目，并且从未需要使用STE。我已经将WCF DataServices/WebAPI用于简单CRUD服务，为简单项目执行小的原子提交，并通过典型的DDD方法（有界上下文/聚合根）建模复杂的跟踪。老实说，STE通常是一个糟糕的设计，因为您不应该跨物理/逻辑应用程序边界共享紧密耦合的数据模型。