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

Question

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

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

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

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

Answer 1

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

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

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