SOA - 业务服务的数据访问是否作为单独的 Web 服务？

Question

目前在我的组织内部，我们正在尝试为试点 SOA 项目提出一些约定。乍一看，我们认为最好是强制服务用户使用业务服务而不直接访问任何数据端点.. 但是否存在不正确的特定场景，或者它可能对开发人员“有效”访问服务之外的特定数据端点？

我一直担心，如果我们打开它，它实际上会损害重用性，因为每个人都会使用与可用的相同后端数据“重新发明”类似的业务服务，并且“理论上……更容易”只是编写一个新的业务服务，而不是问“这个使用我的数据库的其他服务做什么？”

因为即使服务几乎是直接传递到数据库，我们也有能力应用可以节省开发人员时间并最终节省业务资金的规则。

想法？

Answer 1

难道您的 Web 服务不就是您的业务层的薄包装吗？除了一些愚蠢的 DTO 之外，您的服务层可能不应该比您的业务层更多。然后没有人问“这个使用我的数据库的其他服务做什么？”因为它没有使用你的数据库，它正在使用你的 BL。

Answer 2

当您描述“强迫”用户做任何事情时，您是在挥舞危险信号。也许您可以考虑一下您的问题并将其改写为“启用”用户之类的术语，因为这应该是您做出决定的起点，并且 SOA 为不同的 UI 策略提供了优缺点。