首页
学习
活动
专区
工具
TVP
发布
社区首页 >问答首页 >为什么是MVC而不是好的老ASP.NET?还是不明白为什么我要走这条路?

为什么是MVC而不是好的老ASP.NET?还是不明白为什么我要走这条路?
EN

Stack Overflow用户
提问于 2010-05-07 19:11:19
回答 3查看 9.7K关注 0票数 16

我知道以前有人问过这个问题,我也读过所有的答案,但他们仍然没有给我我想要的答案。我需要一些具体的东西。我自愿向我们小组中的其他开发人员介绍MVC,这迫使我学习MVC。每个人都有一个很大的问题:“MVC能带来哪些我们在asp.net中做不到的东西,或者MVC能做得更快。我刚刚浏览了“书呆子晚餐”,实际上创建了一个模仿“书呆子晚餐”的完整网站。但是,尽管Scott Guthrie在这方面做得很好,但仍然有一些很大的差距没有得到回答,比如,我如何在列表页面上抛出一个带有按钮的文本框并进行简单的搜索。在asp.net中,我会在页面上抛出一个文本框、按钮和网格,并将其绑定到一个存储过程中,然后我就可以继续了。MVC中的等价物是什么?我想我需要一个关于如何在不使用Linq- to -Sql的情况下使用MVC的非常好的教程。

我知道我有点胡言乱语,但这是一个非常严肃的问题,似乎仍然没有答案。

顺便说一句,MVC的视图页面带回了经典asp的噩梦,所有的内联代码都是我们在页面背后的代码时摆脱的。是的,MVC有很棒的Controller和Model类,但我仍然不喜欢html中的经典asp标签。

在这里帮帮我,我真的很喜欢MVC的概念,希望它能成功,但我需要更多!

EN

回答 3

Stack Overflow用户

发布于 2014-09-21 19:50:39

庞大的后台代码是Webform最大的问题之一。RAD方法有利于更快地创建项目,但代码越来越庞大,无法维护、重用和测试。MVC解决了WebForm存在的5个问题。

问题1: Webform是基于行动的需求的基于视图的解决方案

问题2:-后台代码和视图之间的紧密耦合

问题3: HTML不是Webform中唯一的响应类型,它不灵活

问题4:视图和数据的灵活组合是webforms所不能实现的

问题5:-后台代码是一个笨重笨重的类,无法实例化。

以上所有要点都已在这篇代码项目文章http://www.codeproject.com/Articles/821275/Why-ASP-NET-MVC-ASP-NET-MVC-vs-ASP-NET-webforms中进行了解释

票数 2
EN

Stack Overflow用户

发布于 2010-05-07 19:19:05

控制HTML输出是一回事。从SEO的角度来看,所有这些花哨的控件都很糟糕。

此外,对于复杂的表单,ASP.NET状态模型也是地狱;)

无论如何,一个例子就是你的搜索框...它太糟糕了;)

我会这样使用MVC:

搜索是一个URL: / Search /keyword或/search/keyword/pagenr (如/search/programming/5

好事情是:我可以很容易地让google爬行搜索结果-我知道的一些网站从这样的东西中获得了最多的点击率。

编程是否比asp.net更难-取决于你是否想要高效的超文本标记语言。来自ASP.NET的THe控制模型不会以某种方式导致精益定义的超文本标记语言。

除此之外,MVC的可测试性要强得多。对一个经典的HTML站点进行单元测试几乎是不可能的,MVC的解耦模型使得单元测试变得更容易。

票数 0
EN

Stack Overflow用户

发布于 2010-05-07 19:36:52

MVC被认为是好的旧asp.net的替代品,而不是下一步。如果你想为你的页面编写单元测试,MVC有一个明显的优势。

但我不同意MVC以性能、代码质量或生产力的名义在传统asp.net中添加任何东西。您可以通过在不必要时关闭视图状态来实现与asp.net相同的性能,也可以通过使用轻量级服务器控件来更好地控制HTML输出。(例如,转发器而不是DataGrid。)

票数 0
EN
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://stackoverflow.com/questions/2788045

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档