什么时候用Model，什么时候用Entity？
在建立一个实体类的时候，究竟是用Model还是用Entity？比如MVC中，Model存了数据实体，但是他被称为Model，而在EF中，Entity也是存放数据实体，却被称作Entity，这两者有何区别？那究竟什么时候应该用Model什么时候应该用Entity呢？
网络转发：
一般这种称谓都是根据上下文来的，例如Model是因为有MVC，或MVVM的场景下所以叫做Model，这里的Model就是一种职责。Entity则更接近是一种表达业务概念的实体，例如一个User，一个Order等等，而这样的实体在MVC中起到Model的职责。EF的作用是帮助你存取Entity的，而不关心你把这个Entity用作MVC里的Model还是Observer模式中的Subject对象。当然以上都是我常用的理解方式，不同的项目内部完全可以有不同的理解方式，只要项目内部统一，不会引起混淆即可。命名一直是件很难的事情，实际中绝大部分项目都是要权衡的，也都是有各种不完美的地方的。例如，.NET类库中各种ObservableCollection，ReadOnlyCollection，按照“规范”都应该叫做ObservableList，ReadOnlyList，而Collection这是个更宽泛的概念。我们可以花一部分精力去考虑这方面问题，但也不用纠结太多，头大且对项目也没太大帮助。
作者：赵劼
著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。