我认为业务逻辑应在模型中使用MVC或MVP设计图案时存在,但应在面向服务的架构的业务后面隐藏。

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

有帮助吗?

解决方案

那么,他们是完全不同的动物。 MVC是所有有关数据的呈现,控制用户对话框的导航和在建立数据模型的一些业务逻辑。

SOA是关于从服务提供商检索数据。

在客户端,你可以使用SOA MVC模式的示范部分内从SOA的服务建立了数据模型。

在服务端,因为不存在呈现和无用户对话,最MVC模式变得多余。此外,良好的SOA设计应集中于无论提供的基础数据存储的一个有用的服务,因此,“模型”的一部分变得很大程度上偶然的。

这是事实,许多服务是“全状态”(如订单确认,付款,然后出动收到),但这些国家是业务逻辑的一个组成部分,不适合自己的会话管理的典型MVC模式。

其他提示

好的问题。 我觉得MVC和SOA将必须共存。 MVC是用户到系统通信最SUCESSFUL架构。 SOA是有效的系统,系统中的通信的体系结构。在大多数组织中,有两个地方。因此,我相信他们会共存。

在他们彼此如何相互作用方面,我个人的意见是 - MVC将继续(一旦SOA的炒作走了),与两个模型和控制器暴露服务接口酌情核心架构模式。

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top