Architecture 地理空间处理服务:数据访问还是业务逻辑?

Architecture 地理空间处理服务:数据访问还是业务逻辑?,architecture,Architecture,考虑三点: 服务A返回给定点的高程 服务B返回给定地址的点,并且 服务C接收一个点并返回一条线,表示放置在给定点上的水道 现在考虑一个应用程序的体系结构,该应用程序是三个服务的客户机。我不确定这是否合适,但服务A和B似乎是由位置(A)和地址(B)键控的集合前面的存储库,而不是更典型的int或guid或其他任何东西。例如,服务可能使用光栅,光栅只是像素的集合。服务C提供了更多的心理训练,使其客户机符合存储库模型,但考虑到应用程序的当前状态,将服务C的客户机放在数据访问层会容易得多 将任何或所有

考虑三点:

  • 服务A返回给定点的高程
  • 服务B返回给定地址的点,并且
  • 服务C接收一个点并返回一条线,表示放置在给定点上的水道

现在考虑一个应用程序的体系结构,该应用程序是三个服务的客户机。我不确定这是否合适,但服务A和B似乎是由位置(A)和地址(B)键控的集合前面的存储库,而不是更典型的int或guid或其他任何东西。例如,服务可能使用光栅,光栅只是像素的集合。服务C提供了更多的心理训练,使其客户机符合存储库模型,但考虑到应用程序的当前状态,将服务C的客户机放在数据访问层会容易得多

将任何或所有这些客户端放在数据访问层而不是业务逻辑层会有什么风险(如果有)?