我已经阅读了一些关于MVC的内容,但我仍然不明白何时应该使用它们以及什么时候不应该使用它们.我正在寻找明确的例子,说" 如果你正在开发这个,那么你应该使用MVC,就像这样 "和" 如果你正在开发它,你不应该使用MVC. "大多数例子我都是看到依赖于已经实现了所有内容的复杂框架,你必须学习框架并使用它来了解真正发生的事情.对于许多程序员来说,诸如" UI业务逻辑 "之类的措辞听起来像营销术语 - 例如,在这篇文章中使用了" 而不是视图直接绑定到演示模型 " .
我知道可能潜伏在阴影中的危险,因为MVC是一个概念,每个人都觉得他们最了解它,但没有人真正知道如何使用它,因为可能涉及很多变量,每个人都被允许拥有关于如何将项目分解为模型,视图和控制器的不同视角.有很多理论,但很少有明显的例子.我正在寻找的不是"最好"的方式,所以这不应该被认为是主观的; 我正在寻找不同的简单实现,这将允许我自己决定哪种是最好的方法.
简洁地说:什么是良好的在线资源,提供在各种情况下使用MVC的赞成和反对论据,并提供明确的例子来帮助读者理解这个概念?
IMO,最好的例子是代码和/或入门套件.
罗布科纳有一个职位的大量解释如何创建一个MVC网站的ASP.NET MVC.其中每个都有一个视频教程,贯穿博客文章讨论.
官方ASP.NET MVC的网站也有一些视频的帖子,入门套件(在这里,这里和这里)和额外的酱帮助.
IMO,MVC是网站的发展方式.没有喷出所有的行话和营销说话,它确实将您的代码分解为漂亮,独立和定义的部分.这些部分中的每一部分也可以进行测试..这确实有助于保护开发过程,因为您可以放心地知道触摸系统的某个部分不会破坏另一个部分(因为测试都会在您最近的更改后通过).
您应该查看的其他博客:
菲尔哈克
斯蒂芬沃尔特
Scott Guthrie(又名Guru Gu,ScottGu,The Gu,Gu ...)