在我正在做的一个项目中，我有3层域。
MVC 5 App [Has Reference]->类库[Has Reference]->数据访问层(实体框架)。
- DAL有POCOs
- 类库有dto
- MVC App有ViewModels
例如，我对每个层都有一个非常基本的person类，并且我使用Auto Mapper map，如;
CreateMap<POCO,DTO> //(in class library)
CreateMap<DTO,ViewModel> //(in MVC app)
因为这个person类是非常基本的，所以所有三个层都有几乎相同的类定义。随着项目的发展，越来越多的类开始在所有层上具有相同的结构。我将相同的类定义从一个映射到另一个。
有一些复杂的类在每层上有3个不同的定义是有意义的，但是像"人"类这样的类让我想，在每层上定义相同的类定义是否可以接受。
我知道这个问题看起来像是一个"广泛话题"问题的候选人，但我在网上找不到明确的定义或博客文章。由于书籍大多集中在这些层面中的一个，我找不到一个全面的覆盖。
简单地说，即使对于基本的实体类，在每一层上定义类的好方法是什么?
在对这个概念进行了更多的研究之后，我发现了之前问过的非常相似的问题:如何减少域/实体/DTO对象的重复?
这个问题给我带来了一篇很棒的文章;http://blog.ploeh.dk/2012/02/09/IsLayeringWorththeMapping/
基本上，如果我想要图层之间的清晰分离，那么这些图层之间的一些复制和映射是我需要付出的代价，没有免费的午餐。
否则，正如@Maris所说，我可以选择创建通用持久性对象的路径，它将在层之间传输，这将减少重复和花费在相关实体类更改上的时间，但是我可能最终在我的类上拥有不相关的属性和属性，以保持对所有层的支持。
因此，我倾向于使用第一个路径。
创建Common项目并将所有公共类移动到该项目的最佳方法是in your case，因此您的三个层中的每一个都可以访问公共类。普通项目不应该知道你的3层。
但我不认为在每层上有不同的viewModel/DTO/poco是最好的方法。
我通常使用下一个架构:
数据访问层(DAL) -有从DB映射的POCOs(同时在DDD的情况下它们是Domain models)
业务层(BL) -使用来自DAL的Domain models
表示层(PL) -从BL获取Domain models，并将它们映射到它们的ViewModels上，并使用ViewModel来表示逻辑。