问最佳实践是什么，实体框架模型还是MVC模型？

EN

EF创建的POCOs应该用作您的模型。一般的想法是让EF提供对数据库的访问。您可以使用LINQ和/或扩展方法查询EF，并通过在WPF中绑定对象或对象集合来在UI上显示这些对象或集合。当然，如果您使用的是WPF，而不是较旧的WinForms。我可以根据经验告诉你，一旦你熟悉了这些技术，这是一个非常流线型的过程。这是一个非常基本的设置是如何工作的。

一种更高级的方法是将模型-视图-视图模型( Model-View-ViewModel，MVVM)等体系结构和可能的存储库模式添加到混合模式中，在这一点上，您可以更好地分离代码和表示，但代价是复杂性增加。

我不知道您使用的是哪种风格的MVC，也不知道如何将它与上面提到的混合在一起，但是如果您想了解更多关于EF是如何工作的，您应该研究一下我上面列出的技术。

这真的由你来决定。如果您也想在视图模型中重用相同的EF实体，请继续。就我个人而言，我不喜欢。这是因为您通常会向类中添加一组与数据中存储的内容无关的属性，是的，我知道您可以这样使用NotMapped属性：

[NotMapped]
public string MyExtraProperty { get; set; }

但我不喜欢。此外，您最终会将[Display]和其他属性添加到您的属性中，不知不觉中，您就已经得到了数据特定的属性和UI特定的属性的装饰，如果您不小心，它可能会变得混乱。

因此，对我来说，我有以下几点：

1. 域实体
2. 视图Model
3. Service/Facade/Repository

控制器调用存储库来获取域实体，并将其转换为视图模型以进行显示。

我发现这是一种更干净的方法，但也许这就是我。最重要的是，为了代码的一致性和清晰度，只选择一种方法并坚持使用它，但任何一种方法都是可以接受的。“让你的船浮起来的东西”就像他们说的那样...