在我看来,像是有很多沉重的事情,每个人都跳上MVC的潮流.
几乎每个人都宣称WebForms是邪恶和撒旦,没有太多的劝说.然后他们继续说,控制是邪恶的,他们不应该在一个Web应用程序.你怎么没有任何控制来显示任何东西？
几乎每个人都宣称WebForms是邪恶和撒旦,没有太多的劝说.然后他们继续说,控制是邪恶的,他们不应该在一个Web应用程序.你怎么没有任何控制来显示任何东西？
我记得WebForms第一次出来,每个人都爱他们.我估计在几年之后,人们会把羊放在下一件事上,并宣布MVC是邪恶的,因为你必须真正创建控制来使用MVC,他们会说你必须开发一个应用程序,而不用担心控件.
我看到的方式MVC可以在WebForms中实现,不包括在Form标签中的RunAt.
那么如果要检索数据,只需使用Ajax.
有人可以说服我为什么要使用MVC而不是WebForms？
解决方法
你不应该在一个或另一个之间任意决定;不要像MVC框架那样丰富,因为它是新的孩子,每个人都在唱歌,特别是如果你喜欢使用Web窗体做事情的话.实际上每个现有的系统都将使用较老的,更成熟的技术,而且没有任何错误.
虽然MVC框架确实允许更容易的分离问题(毕竟,这是MVC模式),但它也带来了编写更多HTML的责任,我认为对于如何网络作品;不一定是一个不合理的要求,但你可以认为它会稍微减慢你在使用它的头几次.
说实话,我同意Web Forms需要很多不必要的内容.有可能在后台有很多魔法,而且您对某些HTML输出的控制能力有所减少,但CSS并不是完全不可能的(您最终可能会使用！很重要),而且它也是即使不符合纯粹主义者对于可能的观点,也不可能得到一些分离的关切.您仍然可以使用MVC框架编写相当可怕的代码.如果你想快速扔在一起,而且你对Web Forms很好,那么你将能够很快地实现这一点,这不是什么羞耻的事情吗？
那当然不是说你应该坚持你的枪支,也不要忽略MVC,这是一个很好的框架(实际上这是一个非常好的框架),它确实赋予您从长远来看可以利用的好处.您还必须记住,它不会自动使您对ASP.NET 2.0学到的一切都无效;许多支持架构被包含在MVC框架中,包括会员提供商等.
