哪里是MVC坏事？

Question

我一直在读通过一对夫妇对MVC和这里的问题和各种物品可以看到它甚至可以应用到GUI事件密集型应用程序，如油漆的应用程序。

谁能举的情况下MVC可能是一个坏事情，它的使用是不明智的？

编辑：我专门在这里谈论的GUI应用程序

Answer 1

我试图MVC在我的网络内核驱动程序。该补丁被拒绝。

Answer 2

我觉得你看着它一种倒退。问题的关键不是看在那里你可以申请像MVC模式，重点是学习模式和认识，当你试图解决的问题自然可以通过应用模式来解决。所以，如果您的问题空间可以自然地分为模型，视图和控制器则是MVC一个很好的候选人。如果你不能很容易地看到你的设计秋天的哪些部分为三个类别，它可能不是适当的模式。

Answer 3

MVC有意义的web应用程序。 在Web应用程序，处理一些数据（在SA：写作的问题，添加注释，更改用户信息），而且状态（登录的用户），你没有太多的不同的页面，但很多不同的内容，以适应这些页面。一个问题页面与一个亿的问题。

有关制造CMS，例如，MVC是无用的。您没有任何型号，任何控制器，只需用装饰品和菜单文本的页面。问题不再处理数据 - 现在的问题是适当地服务于该文本内容

芹苴，CMS的管理将基于MVC的顶部就好了，它只是用户部分是不会的。

有关网络服务，你最好使用REST其中，我认为，是一种独特的模式。

的WebDAV应用程序将不会从MVC大大受益，要么。

上红宝石需要说明的用于Web编程是Rails是更适合于建筑Web应用程序。我见过很多项目试图建立一个WebDAV服务器或一个内容管理系统CMS与Rails和惨遭失败。虽然你可以在Rails CMS，还有更有效的技术任务，如Drupal和Django的。其实，我想，如果你正在寻找一个Java门户发力说，你应该评估Drupal和Django的用于代替的任务。

Answer 4

您要在第三方组件下降将使其很难在MVC模式的工作原理什么。的一个很好的例子是一个CMS。

每个你组件将有“自己”的控制器对象，你将无法分享模式的“控制” - > UI传球。

Answer 5

我并不知道MVC是有史以来真是的坏的一个GUI应用程序的想法。但也有替代品可以说是更好的（也可以说是雪上加霜根据他的意见你的要求）。最常见的是MVP。在这里看到的解释：的一切你想知道的关于MVC和MVP，但不敢问。

虽然我想，如果你使用的框架或与不是设计的MVC考虑软件交互，否则它可能是一个坏主意，使用MVC。

在换句话说，它的很多比较喜欢的编程语言。通常不应许多任务，人们可以说一个比另一个更好。它通常归结为程序员的偏好，图书馆的可用性和团队的经验。

Answer 6

MVC不应在性能是关键的应用中使用。我不知道这是否仍与计算能力的增加applys一个例子是呼叫中心的应用程序。如果你可以节省每次通话0.5秒输入和更新信息的积蓄加起来随着时间的推移。为了获得性能的最后一位出你的应用程序，你应该使用一个桌面应用程序，而不是一个Web应用程序，并已直接跟数据库中。

Answer 7

当是一件坏事？凡曾经有另一种代码结构，将更好地满足您的项目。

有无数的项目中MVC不“适合”，但我看不出他们的名单将是任何好处..

如果MVC适合，使用它，如果没有，用别的东西..

Answer 8

MVC和ORM是一个笑话....当你的应用程序不是数据库应用程序，他们只是适当的，或当你想保持应用程序数据库无关。如果你正在使用支持存储过程的RDBMS，那么这是去的唯一途径。存储的特效是有经验的应用程序开发者的首选方法。 MVC和ORM仅由公司试图出售产品或与这些技术的服务（例如微软试图出售VS）促进。别浪费你的时间学习Java和C＃，而不是专注于真正重要的事情，JavaScript和SQL。