我只是听了StackOverflow团队的第17个播客,他们高度评价了ASP.NET MVC,我决定将其检查出来.
但首先,我想确定它是值得的.我已经为一个项目创建了一个基础Web应用程序(供其他开发人员使用),这个项目将在几天后开始,并且根据您的经验想知道我是否应该花时间学习MVC的基础知识并重新创建具有此模型的基本Web应用程序.
真的有很多专业人士会让它变得有价值吗？
编辑:这不是一个现有的项目,它是一个即将开始的项目,所以如果我要去做它应该是现在......
我刚发现了这个
但是,它不会将现有的回发后模型用于返回服务器的交互.相反,您将所有最终用户交互路由到Controller类 - 这有助于确保关注点和可测试性的清晰分离(这也意味着没有基于MVC的视图的视图状态或页面生命周期).
那会怎么样？没有观点？没有事件？
假设您明天将启动一个新的ASP.NET网站/应用程序.你会选择Web Forms还是MVC,为什么？
我与我的一位朋友争吵,他是一家大型互联网公司的建筑师.基本上他说ASP.NET MVC不适用于大型企业应用程序,它不像WebForms那样灵活,而且MVC应用程序比Web表单应用程序慢.
根据我自己使用MVC的经验,我可以说它更灵活,重量更轻,因为没有页面生命周期,viewstate等等.因此,它应该加载至少更快.据我所知,MVC专为中大规模流量而设计.
你们有什么感想？有没有人比较速度和性能？ASP.NET MVC比ASP.NET WebForms更适合大规模应用吗？
简而言之,在这两种选择之间,您会选择哪种选择用于大规模企业应用程序？
在我看来,似乎有很多事情在继续,每个人都跳上了MVC的潮流.几乎每个人都在宣称WebForms是邪恶的,没有太多说服力的撒旦.然后他们继续说控件是邪恶的,他们不应该在Web应用程序中.你如何在没有任何控制的情况下展示任何东西？
我记得当WebForms第一次出现并且每个人都喜欢它们时.我想在几年后,人们会接下来的事情,并宣布MVC邪恶,因为你必须实际创建控件来使用MVC,他们会说你必须开发一个应用程序而不用担心控件.
我认为MVC的方式可以通过在Form标签中不包含RunAt来实现.然后,如果要检索数据,只需使用Ajax.
有人能说服我为什么要使用MVC而不是WebForms？