ASP.NET企业架构:业务层

Question

我是一名ASP.NET/C#开发人员，我已经在这个领域工作了两年。我最近参与了一个新的ASP.NET项目，在这个项目中，创建企业架构的人非常缺席。由于这种情况，我试图理解一些不寻常的决定的利弊。

最重要的是，我注意到他创建了一个业务层，其中每个对象都是实时的对象集合。

public class User : List < User > {}

即使我知道我应该向创建这种结构的人问这些问题，但我想知道是否有人能告诉我在业务层中将对象定义为集合的好处。

Answer 1

在没有任何其他上下文的情况下，我至少会说，应该使用面向对象的模式对业务实体建模( User类可能就是一个例子)。在我的世界中，一个用户代表一个系统中的一个人，因此它本身很少是用户的集合。因此，让User类继承一个用户列表对我来说毫无意义。

Answer 2

如果您想要将用户集合返回到UI，该怎么办？比方说，您想使用这个通用列表将它绑定到一个网格视图。

就像..。

公共类UsersList : List < User > {}

致以敬意，