使用数据服务层有什么优点和缺点？

Question

这是一个似乎在SOA世界中定期重现的讨论。我早在1995年就已经听到了这个消息，但在此之前，这可能是一个谈话话题。我肯定对此有自己的看法，但是我想听到一些关于拥有数据服务层的良好和坚实的论点，以及针对拥有数据服务层的争论。

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

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

为了避免混淆，this article描述了我正在谈论的数据服务层的类型。本质上，数据库上方的薄层提供了对数据的SOAP访问，并且不包含业务逻辑。

Answer 1

数据服务是相当数据导向的，对于没有逻辑的项目总是在做糟糕的事情。例如，如果你有一个日志服务或一个属性服务，它就可以适用，你只需要对它进行处理。

如果涉及DDBB的域很复杂，而且具有复杂的逻辑，则需要管理该服务（可能在编排中）的逻辑，以便将逻辑划分为多个服务。在这种情况下，我认为使用管理该域的较厚的独特服务（DAL，BLL和SIL）并仅公开一个接口更好。

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