Model view controller MVC(或MVP)能否与SOA共存?

Model view controller MVC(或MVP)能否与SOA共存?,model-view-controller,architecture,mvp,soa,Model View Controller,Architecture,Mvp,Soa,我认为,在使用MVC或MVP设计模式时,业务逻辑应该存在于模型中,但应该隐藏在面向服务的体系结构中的服务后面 软件系统能否在面向服务的体系结构中使用MVC或MVP设计模式?如果是这样的话,模型放在哪里?它们是完全不同的动物。MVC是关于数据表示、控制用户对话框的导航以及构建数据模型时的一些业务逻辑的 SOA是关于从服务提供者检索数据的 在客户端,您可以在MVC模式的模型部分中使用SOA来使用SOA服务中的数据构建模型 在服务端,由于没有演示和用户对话框,大多数MVC模式变得多余。此外,好的SOA

我认为,在使用MVC或MVP设计模式时,业务逻辑应该存在于模型中,但应该隐藏在面向服务的体系结构中的服务后面


软件系统能否在面向服务的体系结构中使用MVC或MVP设计模式?如果是这样的话,模型放在哪里?

它们是完全不同的动物。MVC是关于数据表示、控制用户对话框的导航以及构建数据模型时的一些业务逻辑的

SOA是关于从服务提供者检索数据的

在客户端,您可以在MVC模式的模型部分中使用SOA来使用SOA服务中的数据构建模型

在服务端,由于没有演示和用户对话框,大多数MVC模式变得多余。此外,好的SOA设计应该专注于提供有用的服务,而不考虑底层数据存储,因此“模型”部分在很大程度上是偶然的

诚然,许多服务是“有状态的”(例如,订单经过验证、支付、发送然后接收),但这些状态是业务逻辑的一个组成部分,不适合MVC模式的典型会话管理

好问题。 我认为MVC和SOA将会而且必须共存。MVC是用户到系统通信最成功的体系结构。SOA是用于有效系统通信的体系结构。在大多数组织中,两者都有一席之地。因此,我相信他们会共存

就它们如何相互作用而言,我个人的观点是——MVC将继续(一旦SOA炒作消失)作为核心架构模式,模型和控制器都将在适当的地方公开服务接口