Question

领域与应用服务之间的主要差别是什么? (使用NHibernate)

哪一层企业逻辑更好? 什么最佳做法?

- “S# Construction”将应用服务用作“协调层”,但并不解释为什么它不是业务逻辑的领域服务。

Answer 1

你的笑情可能非常多,但我将努力根据我是如何利用的。不管你们的顽固立场如何,我将将其定义为:

<>Domain Services - 现有服务,目的是加强域名的完整性,便利输入、生成、删除和检索该领域的数据。此外,域名服务可以将较高层次的域名组合整理成浏览器。通常,这些学校是存放地点顶端的教士,努力掩盖一些低层次的执行,并提供一个更符合《世界语言》的界面,帮助管理期望。
<>Application Services——具体针对实施领域模式或不依赖领域模式的服务。这方面的一个典型例子是根据国家变化或该领域的行动发送和发送电子邮件。这通常是申请本身的一项要求,并且可能不会由域模型具体指明。在向域服务机构发出呼吁后,也可通过申请服务机构执行,也可以作为从域名服务中筹集的活动。

和我一样,这也许不符合每个人的定义,但这有助于我确保正确的关切进入正确的位置。

至于什么地方是确定商业逻辑的最好场所,我实际上认为这是trick弄的。这种做法有不止一种类型的商业逻辑。如果在领域内无法界定具体应用逻辑要求,我将把它放在应用服务层面。无论申请如何,都直接影响到这个领域的情况,我将放在服务领域。

问题确实需要时间来查明真正的“主要关切”。例如,除非其电子邮件地址为人所知,否则用户可能无法对一些任意应用发表评论。你可以说,这属于两个层面。关键实际上是一致的。

Answer 2

我认为,他在评论中引述的“Karsten”这一说法比最有说服力的回答更真实。引自这里。

<>主要服务用于“在并非代表或评价性目标自然责任的领域开展重大进程或转变”(Eric Evans territorial-startn Design)。

<>应用服务仅是某种应用工具或工具(或其他外部消费者),通常与申请的a使用案例相对应,是连接客户层所需的一套应用业务。他们赢得的只是商业逻辑,或域名专家可能一天来要求改变的东西。它们可能包含交易管理(工作单位)、申请验证(从数据库中检索到的物体/数据库中保存的物品的有效期)、安全鉴定和交叉关切,如伐木、沥滤等,以及将域标输入图像。当你有多个客户(如网络预报和MVC)时,他们特别有用,而使用案例的答复涉及多个交易资源(见Martin Fowler企业应用结构模式中的“服务层”部分)。

申请服务可以向存放处发出要求,要求其获得填充数据域标,然后可以将某种方法用在域标或域名服务上,并再次要求存放处坚持修改后的域标。它们通常从一个领域服务范围更广,因为它们包含一个全用案例。

Answer 3

域内服务是多类服务,需要再利用。
申请服务是技术障碍如压缩或调频等的实用课程。

www.un.org/Depts/DGACM/index_spanish.htm 请将你的逻辑纳入不服务的领域。在复杂的领域进行更好的再利用。

友情链接