Java 哪个应用层负责提供外部服务集成功能？
我有一个SpringBootWeb应用程序，它具有表示层、业务逻辑层、数据访问逻辑层。在数据访问层中描述外部接口调用（REST、WS）在概念上正确吗？也就是说，也是数据库访问所在的位置。从概念上讲，这对我来说是有意义的 此外，与外部服务的交互应该称为DAO还是“客户机”？我认为，例如，Spring引导教程将RestTemplates称为REST“客户机”，因此有一种可能是使用DAO，然后使用RestTemplate“客户机”实际进行REST调用。这有意义吗 描述外部接口调用（REST、， WS）位于数据访问层 数据访问对象用于抽象和封装对数据源的访问。数据源可以是持久存储、外部服务、存储库等 一种可能是有一个DAO，然后它使用RestTemplate“client”实际进行REST调用 DAO实现处理数据源所需的访问机制。DAO负责为应用程序提供抽象API，但实现可以是任意的。在DAO中使用Java 哪个应用层负责提供外部服务集成功能？,java,spring,spring-boot,resttemplate,Java,Spring,Spring Boot,Resttemplate,我有一个SpringBootWeb应用程序，它具有表示层、业务逻辑层、数据访问逻辑层。在数据访问层中描述外部接口调用（REST、WS）在概念上正确吗？也就是说，也是数据库访问所在的位置。从概念上讲，这对我来说是有意义的 此外，与外部服务的交互应该称为DAO还是“客户机”？我认为，例如，Spring引导教程将RestTemplates称为REST“客户机”，因此有一种可能是使用DAO，然后使用RestTemplate“客户机”实际进行REST调用。这有意义吗 描述外部接口调用（REST、， WS）
RestTemplateRestTemplate文章“”可能有助于阅读我认为，控制器（REST或WS）更像是业务逻辑。您可以用另一个数据库层替换一个数据库层，但业务逻辑不应更改。另外，您可以更改视图引擎，但它不应该影响业务逻辑或数据层。您可以用另一个数据库层替换一个数据库层，但业务逻辑不应更改。此外，您可以更改视图引擎，但它不应影响业务逻辑或数据层。很好的解释。作为旁注，这意味着数据库访问和外部系统访问都在DAO层后面。然而，例如Spring（Boot）通常定义了三个层。控制器、服务、存储库。但这几乎会使它朝着控制器、服务、DAO（DAO可以包含存储库）的方向发展——这是一个很好的解释。作为旁注，这意味着数据库访问和外部系统访问都在DAO层后面。然而，例如Spring（Boot）通常定义了三个层。控制器、服务、存储库。但这几乎会推动它朝着控制器、服务、DAO（DAO可以包含存储库）的方向发展