老实说,除了可以使用的5分钟内在线阅读。之外,我对MVC并不了解太多,不幸的是,这并不能真正告诉我它是否适合较小的项目。
我也读过这一相关问题及其选择答案,但在这种情况下,业务视角并不是我关心的问题,因为我是唯一一个这样做的人。下一个答案是,为什么它更灵活。当然,那太好了。但我的问题是,这是否是一个小项目的理想选择。
例如,由于定制样式的开销,我宁愿使用winforms对小型桌面程序进行简单的模拟,也不愿在WPF上这样做。
所以我有一个项目,基本上有6-8页的页面来读取excel文件和用户输入,使用它从数据库中提取一些数据,并输出excel文件。
我将是唯一一个在这个项目上工作的人。如果我使用webforms,我希望它不会超过2-3周。
现在我对webforms感到100%的舒服。我知道在webforms上做一个小项目很容易。
但我只听说过MVC的优点,所以我正在认真考虑。
发布于 2014-06-04 06:17:56
我发现它没有比webforms更多的开销。
当您第一次使用MVC时,它肯定会慢一些,因为您以前没有使用过它,但是一旦您掌握了它的诀窍,开发速度就没有什么差别了。
我的建议,去吧,被困在里面,过一段时间你会发现的。
发布于 2014-06-04 06:27:02
MVC是一种经过验证的web applications.The asp.net mvc设计模式,它提供了组件之间的松散耦合,这就是为什么在大型企业级应用程序中使用mvc的原因,web表单是为小型项目而设计的,因为wbe表单提供了快速开发,我个人在许多项目中都使用了mvc,我很喜欢它。我已经看到了光明,我永远不会回到WebForms,也不会建议有人在WebForms中工作,不管应用程序是小的还是大的。
显然,asp.net mvc在一般情况下比asp.net webforms更灵活。
发布于 2014-06-04 07:13:56
我不会使用Winforms作为WebForms与MVC的类比。前两者是非常不同的(如果你把WPF带到MVVM极端)。
MVC实际上在许多方面比WebForms更简单。如果有的话,它的重量更轻,并促进更快的发展,通过一个更简单的发展模式。您还可以使用更好的Razor语法,这是我认为您无法在WebFroms中使用的。MVC有非常好的HTML助手,可以吐出常见的HTML内容,而且它有非常好的、简单的数据绑定。
也没有恶意的Viewstate。我个人不会错过在我的代码后面没有事件处理,我随时都会在控制器上使用一个Action方法。
此外,您的应用程序可能最终会增加或更改需求。MVC会帮你的。它还将为您提供更适合市场的技能,因为该行业正在朝着MVC方向发展。
如果我有选择(目前没有),无论项目的大小如何,我都不会选择使用WebForms。
https://softwareengineering.stackexchange.com/questions/242977
复制相似问题