这是一个似乎在SOA世界中经常出现的讨论。我早在95年就听说过它，但在此之前它可能是一个话题。我肯定对此有自己的看法，但我想听一些关于拥有数据服务层的好的，可靠的论据，以及反对拥有数据服务层的论据。
它为系统架构增加了什么价值？ 有哪些固有缺陷？ 什么是常见的反模式？
文章链接绝对可以接受。
为避免混淆，this article描述了我所谈论的数据服务层的类型。实质上，数据库上方的一个薄层提供对数据的SOAP访问，并且不包含业务逻辑。
答案 0 :(得分：0)
数据服务非常注重数据，对于没有逻辑的项目总是很糟糕。例如，如果你有一个日志服务或一个属性服务，它就适合你，你只需要对它进行讨论。
如果涉及该DDBB的域很复杂，逻辑复杂，则需要将该逻辑管理到该服务（可能在业务流程中），因此您将逻辑划分为多个服务。在这种情况下，我认为最好使用更厚的唯一服务（DAL，BLL和SIL）来管理该域并只显示一个接口。
最后，它是另一个工具，取决于问题。