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

Question

这是一个似乎经常出现在 SOA 世界中的讨论。我早在 95 年就听说过它，但在那之前它可能已经成为了一个话题。我对此肯定有自己的看法，但我想听听一些关于拥有数据服务层的好的、可靠的论据，以及反对拥有数据服务层的论据。

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

文章链接绝对可以接受。

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

Answer 1

数据服务是非常面向数据的，对于没有逻辑的项目总是做粗鲁的事情。例如，如果您有日志服务或属性服务，它可以适合您，您只需对其进行处理。

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

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