大家来讨论一下asp.net的mvc吧！

2010-03-30 10:54:16 511 阅读 AI 写同款 · GEO 优化AI 选题数据监测一键分发 ›

ASP.NET MVC核心基础 ASP.NET MVC简介什么是ASP.NET MVC HttpHandler是ASP.net的底层机制，如果直接使用HttpHandler进行开发难度比较大、工作量大。因此提供了ASP.Net MVC、ASP.Net WebForm等高级封装的框架，简化开发，他们的底层仍然是HttpHandler、HttpRequest等这些东西。比如ASP.Net MVC的核心类仍然是实现了IHttpHandler接口的MVCHandler。 MVC技术的起源首先先回想一个项目《超市管理系统》和《学生管阅读详情

我是先接触三层架构，根本不知道mvc是怎么一回事。
前些天asp.net的mvc2.0发布了，我看了一下入门教程，感觉mvc2.0是个好东西，再加上我比较喜新厌旧(mvc不新，但是asp.net mvc2.0比较新)，感觉普通的asp.net相比mvc2.0没有任何优势了！
1. 三层架构请求的是aspx，而mvc请求的是控制器，所以网址上www.*.com/a.aspx和www.*.com/a就有很大区别。感觉上mvc安全一些(只是感觉，不要问原因)。
2. 三层架构用服务器控件，mvc直接在aspx里面写代码，没有aspx.cs，没有服务器控件就没有服务器控件的生命周期，我是不是就可以断定mvc效率更高些？！
3. 或许三层架构的开发效率更高些(mvc只是看了点入门，并没有实际使用)。

小弟才疏学浅，没法从根本上做比较，都是些浅显的感觉，望大家踊跃发言！

...全文

yasire

.NET社区 62,271 成员 668,968 内容

+ 关注 + 加入社区

切换为时间正序

愚知 2011-09-21

打赏
举报

学习ing

yasire 2010-03-31

打赏
举报

[Quote=引用 13 楼 qqhahazxxqq 的回复:]
引用楼主 yasire 的回复:
mvc直接在aspx里面写代码，没有aspx.cs，没有服务器控件就没有服务器控件的生命周期，我是不是就可以断定mvc效率更高些？

肯定不是了。
[/Quote]
为什么啊？

OOOqqqOOO 2010-03-30

打赏
举报

只能说非常好。

ILOVE_ASPNET 2010-03-30

打赏
举报

这个帖子中学到好多东西，本来是打算午睡的结果这贴太好，赞一个。

ILOVE_ASPNET 2010-03-30

打赏
举报

楼上的几位说的很道理，我也该好好的思考思考啦。。

wuyq11 2010-03-30

打赏
举报

asp.net mvc是asp.net技术的继承
.aspx文件，已经不再是一个可被独立请求的页面了

qqhahazxxqq 2010-03-30

打赏
举报

[Quote=引用楼主 yasire 的回复:]
mvc直接在aspx里面写代码，没有aspx.cs，没有服务器控件就没有服务器控件的生命周期，我是不是就可以断定mvc效率更高些？
[/Quote]
肯定不是了。

段传涛 2010-03-30

打赏
举报

三层是垂直依赖的
而MVC是松耦合的
三层没有设计模式基础一般也能整体把握
MVC的话必须有设计模式基础才能比较好的全局掌握,但是如果是只做Controller/Views的一部分的话就不用那么多,这样便于分离
三层结构清晰MVC使用得当易于复用,而且开发速度很快

段传涛 2010-03-30

打赏
举报

MVC和三层架构，是不一样的。
三层架构中，DAL、BLL、WEB层各司其职，意在职责分离。
MVC是 Model-View-Controller，严格说这三个加起来以后才是三层架构中的WEB层，也就是说，MVC把三层架构中的WEB层再度进行了分化，分成了控制器、视图、实体三个部分，控制器完成页面逻辑，通过实体来与界面层完成通话；而C层直接与三层中的BLL进行对话。

段传涛 2010-03-30

打赏
举报

又mvc 讨论，
MVC的缺点
MVC的缺点是由于它没有明确的定义，所以完全理解MVC并不是很容易。使用MVC需要精心的计划，由于它的内部原理比较复杂，所以需要花费一些时间去思考。
你将不得不花费相当可观的时间去考虑如何将MVC运用到你的应用程序，同时由于模型和视图要严格的分离，这样也给调试应用程序到来了一定的困难。每个构件在使用之前都需要经过彻底的测试。一旦你的构件经过了测试，你就可以毫无顾忌的重用它们了。
根据我个人经验，由于我们将一个应用程序分成了三个部件，所以使用MVC同时也意味着你将要管理比以前更多的文件，这一点是显而易见的。这样好像我们的工作量增加了，但是请记住这比起它所能带给我们的好处是不值一提。
MVC并不适合小型甚至中等规模的应用程序，花费大量时间将MVC应用到规模并不是很大的应用程序通常会得不偿失。

amandag 2010-03-30

打赏
举报

只有一个项目用过MVC的飘过

a278342801 2010-03-30

打赏
举报

学习中。。。

丰云 2010-03-30

打赏
举报

MVC和三层架构之间，在逻辑上，是横向并列关系吗？
这个比较不妥当吧！

个人观点：
MVC是一个实现了三层架构的框架。
也就是说，MVC是三层架构的一个实例而已。

关于第2个问题，MVC不是没有.cs，
而是把这个功能集中到控制文件中去了，
把同一个功能模块的后台代码集中起来管理，
提高代码重用性和简洁性，同时符合面向对象编程的思想。
这是一个进步。

第三个问题，我觉得要具体需求，
有些小需求，MVC未必有速度优势。
但大型的、复杂的需求，开发速度肯定要快很多。
而且代码管理简洁方便。

yasire 2010-03-30

打赏
举报

MVC框架具有很强的优越性，而WebForm也不是一无是处，在简单的应用中更加容易开发。WebForm也是可以实现和MVC一样的分层方式，只是处理时需要多写一些代码而已。
　　使用ASP.NET MVC框架，创建默认项目，第一直观感觉就是地址都是Rewrite过的。对源码和配置文件稍加分析不难看出，MVC使用了httpModules来拦截地址请求，具体用到了System.Web.Routing类库(MVC2中，MVC1怎么用的忘记了。)而这部分类库被包装在.NET Framework3.5 SP1中，MVC2需要SP1支持也就理所当然了。SP1提供的System.Web.Routing类库可以方便地进行地址请求拦截，对编码处理方面也很优秀。UrlRoutingModule类拦截请求，在这之前，Application_Start的时候，会给RouteTable的全局对象一个拦截的设置。而这个设置使用RouteCollection对象进行保存，MVC对这个类进行了扩展——RouteCollectionExtensions。这些可以不考虑，接下来，当用户访问页面时，UrlRoutingModule类拦截请求，在RouteTable中查看是否符合规则，符合的话，就会调用MvcHandler，这个调用在httpHandlers配置节点被注册，条件是地址符合“*.mvc”规则。MvcHandler的ProcessRequest方法就会调用Controller来执行。事实上整个过程都是黑盒子，用户感觉不到。在Controller中某方法执行后，返回结果，再进入具体的aspx页面。

　　分析了MVC的工作工程，就可以对比其与WebForm的区别了。我们知道，MVC模式的业务被放置到Controller中去执行，而aspx页面只负责显示。那么在MVC中的业务实际执行时间被提前到了HttpMolde中，而WebForm的请求只在httpHandler容器中被执行。也就是说MVC中Controller与View的分离是使用的ASP.Net请求管道隔离的，这样的话无疑在不影响效率(一次请求，而Response.Redirect是二次请求)的情况下达成了代码的逻辑层次的分离。

　　MVC工作的优点是显然的，更加有利于理解分层逻辑，把握代码的层次感。Controller到aspx页面之间的过程，已经被框架隔离。至于Controller或者View页面与Model调用的过程，还是需要自己来把握。ASP.NET的MVC框架实现了Controller代码的单独管理。

　　而看WebForm开发模型，则只在HttpHandler容器中执行，对其进行分层，在大的方面缺乏支持，而只能依靠逻辑上分离。并不是不能分离，而是由一定的局限性。HttpHandler的拦截，是跟访问后缀名有关的。当请求一个页面时，那就是一个Handler，而WebForm模型实现显示与逻辑分离，才有的是WinForm的事件驱动。显然，事件必须被注册到页面里，比如Button1_Click这样的代码。而在Button1_Click执行之前，Page_Load方法会被执行。

　　显示代码被写入Page_Load方法中，那么就会造成需要写额外的废代码，比如if (!Page.IsPostBack)这样的判定。而在Button1_Click执行后需要显示的部分，则比较难处理，写出另一个方法，也是必须要在Button1_Click里调用的。替代的解决方案是使用Response.Redirect，在一个aspx页面中处理逻辑，处理完就跳转到另外一个显示的页面。这样做的坏处是，在两个页面中数据很难共享，而跳转是通过标记302来实现，因此多一次请求。而另外还可以通过Server.Execute，Server.Transfer或者Context.RewritePath这样的处理方式，则两个页面转换是在服务器端完成，可以共享数据，可以说和MVC框架的处理方式大同小异，缺点是需要手动配置这些重新定向的属性。

　　从以上分析可以看出，MVC框架具有很强的优越性，而WebForm也不是一无是处，在简单的应用中更加容易开发。WebForm也是可以实现和MVC一样的分层方式，只是处理时需要多写一些代码而已。而我认为，在用WebForm开发分层遇到的最大问题是页面与页面之间数据的传递问题，而掌握好WebForm中使用服务器端跳转的应用技巧(Server.Execute，Server.Transfer或者Context.RewritePath)进行开发就可以解决数据传输问题，ASP.NET MVC与WebForm比较起来，WebForm更容易理解，不会产生复杂的配置，也是一个很不错的选择。
区别ASP.NET MVC框架与WebForm

yasire 2010-03-30

打赏
举报

1.传统WebForm开发中存在的一些问题

传统的ASP.NET开发中，微软的开发团队为开发者设计了一个在可视化设计器中拖放控件，编写代码响应事件的快速开发环境。然而，它所带来的负面效应是：

由于控件封装了很多东西，开发者很难了解这背后的HTML是如何运作的
容易得到一个包含大量ViewState的页面，使得页面尺寸远远超过所需的内容，使得页面的打开速度较慢
不容易被测试

2.什么是MVC?

MVC（Model-View-Controller，模型-视图-控制器模式）是软件工程中的一种软件架构模式。它把软件系统分为三个基本部分：模型（Model）、视图（View）和控制器（Controller）。

3.什么是ASP.NET MVC?

ASP.NET MVC是微软的开发团队基于MVC开发的一个易于被测试的框架。它具有以下特性：

没有数据回传
没有在页面中保存视图状态
开发者可以完全掌控页面的呈现过程
易于单元测试
易于测试驱动开发
可扩展、可替换
支持WebForm中的有关特性，如：用户控件、母版页、数据绑定、本地化等
不在基于文件目录结构，而是将URL映射到控制器中

4. 为什么使用ASP.NET MVC?

易于进行单元测试
易于进行测试驱动开发
避免了WebForm中大量的ViewState导致页面文件变得臃肿

5. MVC与三层架构?

正确认识WebForm与Asp.NET MVC