Model view controller 模型-视图-控制器模式对软件有多重要?

Model view controller 模型-视图-控制器模式对软件有多重要?,model-view-controller,design-patterns,Model View Controller,Design Patterns,我刚刚参加了我公司的一次企业架构会议。建筑师(宇航员)在头10分钟内发表了强烈的声明 如果您的软件不使用模型视图控制器模式,则不能将其称为软件 嗯,它确实在房间里制造了一些噪音。你们怎么看。那么,在使用模型视图控制器之前,人们做了什么?如果你问我的话,这是一个非常幼稚的说法。这是一种可以使用的模式,它和其他任何模式一样,也有优点和缺点。但这肯定不是编写软件的唯一方法。一方面,您的架构师正在做他的工作,在重要问题上引发争论 另一方面,你的建筑师是个傻瓜小丑,他可能知道这一点。事实并非如此。分离关注

我刚刚参加了我公司的一次企业架构会议。建筑师(宇航员)在头10分钟内发表了强烈的声明

如果您的软件不使用模型视图控制器模式,则不能将其称为软件


嗯,它确实在房间里制造了一些噪音。你们怎么看。

那么,在使用模型视图控制器之前,人们做了什么?如果你问我的话,这是一个非常幼稚的说法。这是一种可以使用的模式,它和其他任何模式一样,也有优点和缺点。但这肯定不是编写软件的唯一方法。

一方面,您的架构师正在做他的工作,在重要问题上引发争论


另一方面,你的建筑师是个傻瓜小丑,他可能知道这一点。

事实并非如此。分离关注点很重要。MVC就是通过这一点诞生的。

没有关键问题,但有多少有用。通常在大型项目中有用:)

MVC不定义“软件”。它只是一种模式,适用于无数的软件项目。是的,分离关注点很重要,但MVC不是唯一的方法,也不是每个软件项目都必须这样做。听起来他是想装腔作势,但实际上他被洗脑了。至少从这个角度来看。

虽然MVC可以很好地工作,特别是在基于web的应用程序上,但它肯定不是设计模式的全部


有些人可能对设计模式非常狂热

他或她或他们。。。他。他可能认为人们使用这些.NET/Java框架来构建应用程序,因为这些框架在内部已经使用MVC模式,所以我们的应用程序最终会使用这种模式。但这肯定是一个有35年以上经验的人的强烈声明。