在设计方面,在业务层中到底发生了什么?

时间:2019-03-11 00:32:32

标签: data-modeling dto n-tier-architecture domain-object business-layer

我目前的任务是在n层架构下开发项目。该项目的组成如下:

  • 演示文稿层(WPF桌面应用程序,Android应用程序和使用 角)
  • 服务层(REST和SOAP)
  • 业务层
  • 数据访问层-Microsoft SQL Server和MongoDB都用作数据库。

我已经完成了项目的总体设计。目前,服务,业务和数据访问层将使用相同的技术(.NET)完成。必须对其进行设计,以便我可以使用另一种技术完成任何一层。

我目前有我的实体关系图,我的DTO和我的“域”。目前,我的域类与我的DTO相似。从某种意义上说,它们内部都没有任何逻辑。它们仅保存值,但是它们不同,因为DTO与我存储数据的方式密切相关(不相同)。

在设计方面,我很难理解应该放入业务层中的内容。 (我知道它处理业务逻辑)。

我的域类是否应该包含在业务逻辑中,并且自己具有处理业务的方法?还是应该使用不同的类来使用我的模型/域并在那里处理业务逻辑?

我必须了解我的“数据模型”,DTO和“域模型”之间的区别的一种方式是对自己说:“我如何存储数据,如何传输数据以及如何处理数据(业务)不一样。

0 个答案:

没有答案