使用asp.net MVC的缺点是什么?

使用WebForms,您可以使用大量预构建的UI控件,如网格、图形工具等。RAD控件有一个完整的行业。

不幸的是ASP。NET MVC中的很多东西还没有完全实现。

最大的缺点是,你可能会被迫使用JavaScript/AJAX来实现更复杂的表单。例如,如果你有一大堆不直接属于当前视图的小部件(比如数据网格、附加侧窗体等),管理状态会很痛苦。

在ASP中。NET WebForms,视图状态会自动处理此问题,这样您就可以有多个独立的控件来发布和触发事件,而不会弄乱页面上的其他任何内容。

在ASP中。NET MVC,你需要自己处理所有这些,最简单的方法就是简单地将东西移动到浏览器端。

从好的方面来说,在你把所有东西都调试好之后,它可以带来更好的用户体验。

这实际上取决于项目的类型。有些人喜欢MVC,因为SEO受益于干净的网址,并允许用户通过智能猜测网址来智能地“破解”网址。MVC带来的代价是你会失去对web的控制,所以没有ASP。NET AJAX,无需从UI库中拖放网格。

一般来说,一个公开可用的网站可能是MVC的更好候选者,因为它具有SEO优势,而内部或商业应用程序可能最好有时间开发其他领域。再者,如果你只想要干净的URL,你可以通过URL重写在没有MVC的情况下实现同样的东西,

http://weblogs.asp.net/scottgu/archive/2007/02/26/tip-trick-url-rewriting-with-asp-net.aspx http://msdn.microsoft.com/en-us/library/ms972974.aspx

就使用MVC的“缺点”而言,这可能更像是个人的缺点,

• 你想在做MVC时经历学习曲线吗?
• 你依赖控制吗?你能用老式的HTML、CSS编写同样的代码吗?
• 当你的项目的更好的部分会从编码时间中受益时,你在做MVC是否是在“浪费时间”?
• 如果你只关注SEO,那么URL重写是否是满足你需求的更好方法?

我想说,缺点实际上与开发商和项目有关。

更多信息请点击此处: Should I migrate to ASP.NET MVC?

学习曲线和缺乏预构建控件,这将损害WebForms开发人员的生产力。

然而,我可以给你一个很好的优势:如果你还没有这样做,你最终会学习HTML/CSS和HTTP的基础知识,这是进行任何严肃的web开发所必需的,而不仅仅是在编辑器中拖放东西。

与webforms相比,像控制状态(输入字段中的文本)这样的东西需要手动处理。假设你“正确”使用它。

总而言之,你必须自己做更多的实际演示工作,在我看来这是一件好事,但在表单密集型应用程序(例如管理)中,这可能会让你慢下来。

(我的意思是,你可以在mvc应用程序中运行大多数正常的asp.net东西,但如果你广泛地这样做,你可能应该只运行webforms。)

ASP。NET需要IIS7路由(即Windows Server 2008或Vista)。您可以在Server 2003下的IIS6上运行它,但您将失去无扩展路由的酷。

• 使用此开发应用程序的复杂性很高 图案。
• 不适合对以下方面有不利影响的小型应用 应用程序性能和设计。
• 就servlet和JSP而言,两者通常都包含业务逻辑和 演示层。
• UI作者、业务逻辑的独立开发过程 作者和控制者作者可能会导致各自的延迟 模块开发。
• 开发人员不能完全忽视模型的视图,即使 它们是解耦的。如果模型频繁更改,视图 可能会被大量更新请求淹没。图形显示视图 可能需要一些时间来渲染。因此,视图可能会落后 更新请求。 裁判: http://www.careerride.com/MVC-disadvantages.aspx

1. ASP。NET MVC网站平均需要比传统ASP多10倍的开发时间。NET网站。

2. 它没有使用强大的asp.net控件。

3. 代码不可读。如果你被要求在别人开发的网站上添加一些增强功能,你会发疯的。。