Service 使用数据服务层的优缺点是什么？

这是一个在SOA世界中经常出现的讨论。我早在95年就听到了，但在那之前，这可能是一个话题。我当然有自己的观点，但我想听听关于拥有数据服务层的一些好的、可靠的论据，以及反对拥有数据服务层的论据

它为系统架构增加了什么价值？ 固有的陷阱是什么？ 什么是常见的反模式

链接到文章是绝对可以接受的

---

为了避免混淆，本文描述了我所说的数据服务层的类型。本质上，是数据库之上的一个薄层，提供对数据的SOAP访问，不包括业务逻辑。

数据服务非常面向数据，因为没有逻辑的项目总是执行crud。例如，如果你有一个日志服务或属性服务，你只需对它进行crud即可

如果涉及该DDBB的域是复杂的，并且具有复杂的逻辑，那么您将需要在编排中管理该服务的逻辑，因此您将把该逻辑划分为多个服务。在这种情况下，我认为最好使用更厚的独特服务DAL、BLL和SIL来管理该域并只公开一个接口

最后，它是另一种工具，取决于问题