Answer 1

Answer 2

Answer 3

如果您想要干净的架构，松散的耦合和最高的可测试性，请使用POCO。

如果您不关心这些事情，请不要使用它们。

就我个人而言，这些是任何应用程序中最重要的事情（特别是需要长期维护的应用程序），因此我总是使用POCO。

考虑到这一点，POCO要求您实施某种变更跟踪机制，这可能很棘手。但这是一次性设置，值得付出努力。

我在自定义DLL中有这个逻辑，我在项目中共享 - 所以我不必一次又一次地继续这样做。

有关为什么POCO在一般意义（非EF / .NET特定）中很重要的更多信息，请参阅我的回答here。

Answer 4

请看以下文章：

http://blogs.msdn.com/b/adonet/archive/2009/05/21/poco-in-the-entity-framework-part-1-the-experience.aspx

http://blogs.msdn.com/b/adonet/archive/2009/05/28/poco-in-the-entity-framework-part-2-complex-types-deferred-loading-and-explicit-loading.aspx

http://blogs.msdn.com/b/adonet/archive/2009/06/10/poco-in-the-entity-framework-part-3-change-tracking-with-poco.aspx