最佳实践域实体组成？

Question

我有以下项目结构：

- Application.DataAccess      : IUserRepository....
- Application.DataAccess      : IUserRepository....
- Application.business        : IUserService, ICustomerService...
- Application.Infrastructure  : Logging, Exception handling... (Cross-cutting.)
- Application.Domain          : User, Customer... (Entities)
- Application.WindowsForms    : UI

几乎所有的服务操作都有以下参数：

• User userOfOperation（位于 Doimain 层，代表用户）
• PlaceOfOperation placeOfOperation（位于 Doimain 层，代表分支机构）

我认为我应该创建一个新类并在其上封装这些实体，然后将其称为“OperationSource”。

像：

class OperationSource 
{
   Domain.User UserOfOperation { get; set; }
   Domain.Enterprise PlaceOfOperation { get; set; }
}

我应该在我的应用程序中将compose类（例如OperationSource）放在哪里。 Busines 或Application。 Domain ？

Answer 1

您可以将业务逻辑建模为服务类，并将它们放在一个新的包中，即服务＆＃34;。这个想法是实体和组合不实现任何业务规则，而只代表资源层。服务类实现跨实体和组合工作的业务逻辑。 （对DDD域驱动设计的松散适应）。