web-services - 在 Web 服务模型中，是否仍然像客户端-服务器模型那样基本上有 3 层？

Question

基本的客户端-服务器模型（即使使用有问题的接口实现）有一个表示层、一个业务层和一个数据层。使用 web 服务模型的目录和发现方法是否被认为是一个全新的层？我认为发现层实际上只是扩展了数据层的作用，以包含有关可以在何处找到服务的信息。我正在努力理解 web 服务和 MVC 框架之间的相互作用，并且我试图从更大的角度理解目录和发现组件适合该框架的位置。

Answer 1

我想说还有一个附加层——服务层——它位于业务层和表示层或业务层和数据层之间，具体取决于您是在做瘦“客户端”还是“厚”“客户端”执行。该层将封装服务发现和交付，包括编组/解组数据以进行传输。请参阅 Fowler 的企业应用程序架构服务层原则描述。在他的概念中，服务层位于业务层（领域模型）和表示层（UI）之间。这个概念将适用于瘦客户端或基于 Web 的客户端实现。

Answer 2

我想说在 Web 服务模型中基本上没有 3 层。

Web 服务本质上是 SOA（面向服务的体系结构），它可以暗示多层（n-tier）模型。它指的是分布式计算，可以扩展到具有数百个“层”的庞大系统。

我同意您的观点，从概念上讲，与数据库相比，从服务获取数据可能类似于从其他数据源（如数据库等）获取数据，并且可以将其视为数据的附加功能接入层。

当然，这也取决于语义。“层”通常是指整个系统的离散部分（即前端、中间层、后端数据源、其他层，例如与 Web 服务的集成等）；而“层”通常是指代码中的垂直层，例如表示层、控制器层、业务逻辑层、数据访问层等。