WebForms（vs MVC）4.0版对移动和jQuery的友好程度如何？

我相信MVC支持基于类型和/或分辨率的浏览器嗅探和切换视图。在我们团队正在进行的关于使用Webforms或MVC（版本4.0）启动新项目的辩论中，Webforms是否有这种支持？如果不是，我们会使用css媒体标签和Twitter引导程序来提供灵活的布局吗？？我们的一些应用程序是针对固定显示器的，但其他部分应该是平板电脑和手机友好的。我想知道如果我们以后使用WebForms，这是否会更困难

此外，MVC允许您完全控制标记，因此它对jQuery非常友好。考虑到我们不能像使用服务器控件那样控制标记，WebForms jQuery友好吗

---

任何其他类似的问题我都没有想到会有什么不同？

较新版本的ASP.NET webforms（尤其是4.0以后的版本）在基于访问网站的特定设备提供内容方面更加“友好”，并且有一些改进，允许更“干净”服务器端控件生成的渲染标记的输出

当然，MVC也是如此，但别忘了这一点。正因为如此，最初通过MVC公开的许多好处现在也可用于Webforms

微软有一份非常好的白皮书，详细解释了如何使用诸如&（基础ASP.NET运行时的两个基本功能因此同样适用于WebForms和MVC）等功能来检测当前访问网站的设备的功能。如果您需要非常详细的设备信息，那么无论您使用的是WebForms还是MVC，您都需要将类似的内容集成到您的网站中。此外，如果您需要在具有不同形状因子和纵横比的设备上进行非常具体的布局，那么您需要提供专门设计并针对这些设备的页面（MVC视图或ASP.NET网页）

关于在ASP.NET WebForms中干净地使用jQuery的能力，自ASP.NET WebForms 4.0以来，您可以严格控制应用于呈现标记中DOM元素的值。有一个名为的新属性，用于确保元素的ID有一个已知值，从而使jQuery的使用更加容易。将

clientdmode

的值设置为

静态

或

可预测

值之一，将为元素提供更易于在jQuery中使用的ID值。但是，这里需要注意的一点是，由于ASP.NET运行时仍在生成HTML元素并将值分配给它们的ID，特别是在使用复合控件时（例如控件，它有自己的ID值，但它本身由许多组成控件/元素组成，当然每个控件/元素都有自己的ID）

总的来说，ASP.NET WebForms和ASP.NET MVC之间的选择可能取决于您最满意和最高效的使用方式。就我个人而言，我会使用MVC，因为我喜欢它的可测试性和与WebForms更好地分离关注点的额外好处，尽管必须指出，ASP.NET WebForms 4.0+版本比以前的版本更强大，并且有了很大的改进—现在甚至可以使用ASP.NET WebForms