ASP.Net MVC开发基础学习笔记：1、走向MVC模式

时间 2019-12-01

标签 asp.net asp mvc 开发基础学习笔记走向模式栏目 ASP 繁體版

原文原文链接

1、ASP.Net的两种开发模式

1.1 ASP.Net WebForm的开发模式

　　（1）处理流程html

　　在传统的WebForm模式下，咱们请求一个例如http://www.aspnetmvc.com/blog/index.aspx的URL，那么咱们的WebForm程序会到网站根目录下去寻找blog目录下的index.aspx文件，而后由index.aspx页面的CodeBehind文件(.CS文件)进行逻辑处理，其中或许也包括到数据库去取出数据(其中的通过怎样的BLL到DAL这里就不谈了)，而后再由index.aspx页面来呈现给用户。程序员

　　综上所述，在WebForm模式下：一个URL请求的是在服务器与该URL对应路径上的物理文件(ASPX文件或其余)，而后由该文件来处理这个请求并返回结果给客户端。web

　　（2）开发方式数据库

　　• 服务器端控件

　　• 通常处理程序+Html静态页+Ajax

　　• 通常处理程序+Html模板引擎

1.2 ASP.Net MVC的开发模式

　　（1）处理流程segmentfault

　　在ASP.Net MVC中，客户端所请求的URL是被映射到相应的Controller去，而后由Controller来处理业务逻辑，或许要从Model中取数据，而后再由Controller选择合适的View返回给客户端。再说回前面咱们运行的ASP.NET MVC程序访问的http://www.aspnetmvc.com/Home/Index这个URL，它访问的实际上是HomeController中的Index这个Action。安全

　　（2）显著特色服务器

　　• 2009年第一个开源项目版本发布，至今已过去5年，发展逐渐完善

　　• 更加简洁，更加接近原始的“请求-处理-响应”

　　• 更加开发、更多的新的特色、社区活跃

　　• 不会取代WebForm

　　• 底层跟WebForm都是同样的，只是管道上不一样的处理而已

2、MVC模式的两种不一样解读

　　MVC 模式两种理解：一种是 表现模式，另一种是 架构模式。它将应用程序分红三个主要组件即：视图（View）、控制器（Controller）和模型（Model）。如今，咱们来看看M-V-C分别表明什么？

　　 M：Model 主要是存储或者是处理数据的组件；Model实际上是实现业务逻辑层对实体类相应数据库操做，如：CRUD。它包括数据、验证规则、数据访问和业务逻辑等应用程序信息。（补充：ViewModel：视图模型）

　　V：View 是用户接口层组件。主要是将Model中的数据展现给用户。aspx和ascx文件被用来处理视图的职责；数据结构

　　 C： Controller 处理用户交互，从Model中获取数据并将数据传给指定的View；

　　（1）MVC做为架构模式的理解

　　做为架构模式时，View的职责就是负责展现数据，而Controller则负责获取View传递来的数据，而后调用业务逻辑层处理完成的数据传递给View进行展现。而Model则处理业务逻辑，并把结果返回给Controller。从传统三层架构上来看，View和Controller都属于UI层，而Model则横跨BLL与DAL层。

　　（2）MVC做为表现模式的理解

　　（3）MVC架构模式综合模型

　　能够看出，对于MVC的两种不一样理解的区别就在于对于Model的理解上：将Model做为业务模型（BLL、DAL等）仍是做为视图模型（ViewModel）。架构

3、WebForm vs MVC

　　（1）WebFormmvc

　　优势: 1.提供了大量的服务器端控件，能够实现快速开发；

　　　　　2.ViewState回传数据很方便；

　　　　　3.学习成本低；

　　 缺点: 1. 封装太强，虽然学习成本低，不少底层东西让初学者不是很明白；

　　　　　 2. 自定义控制不灵活，不利于美工和开发人员的配合，每每那些服务器控件处理稍有不慎就会致使出错；

　　　　　 3. ViewState在页面中的传递会形成大量的流量消耗；

TIP：有关WebForm的服务器控件和ViewState的详细介绍，不了解的朋友能够阅读另外一篇博文《ASP.Net WebForm学习笔记：aspx与服务器控件探秘》。

　　（2）MVC

　　优势: 1.很容易将复杂的应用分红Model(ViewModel)、View、Controller三个组件模型，将处理后台逻辑代码与前台展现逻辑进行了很好的分离，属于松耦合关系，在大项目应用中，更易于敏捷开发与测试驱动开发，有很强的可扩展性；

　　　　　2.由于没有服务器端控件，因此程序员控制的会更加灵活，页面更加干净，没有ViewState；

　　　　　3.经过修改路由规则，能够控制生成自定义的url，所以控制生成SEO友好的URL将更加容易；

　　　　　4.强类型View实现、Razor视图、Model绑定机制、Model的验证机制，更安全高效；

　　 缺点: 学习成本高，结构复杂，对未变化数据的没必要要的频繁访问，也将损害操做性能。

4、第一个ASP.Net MVC程序

4.1 新建项目后的文件组织结构

　　（1）新建一个ASP.Net MVC 4项目，选择“基本”配置与“ASPX”视图引擎（暂时不用Razor引擎）。

　　（2）VS为咱们生成的基本文件组织结构以下图所示：

　　能够看出，VS默认帮咱们建立好了Models、Views以及Controllers的三个文件夹，这三个文件夹就构成了咱们的ASP.Net MVC模式的项目。其中，Controllers是全部控制器的类文件所在，而Models则是全部模型的类文件所在，而Views则是全部cshtml或aspx的文件所在。

4.2 控制器的“约定大于配置”

　　在Controllers中新建一个控制器，取名为HomeController。在默认的Index这个Action中新建一个视图，默认名为Index便可。

　　（1）Controller放到controllers文件夹中，而且 命名方式以Controller结尾

　　（2） 每一个Controller都对应View中的一个文件夹，文件夹的名称跟Controller名相同

　　（3）Controller中的方法名都对应一个View视图（非必须，可是建议这么作）并且 View的名字跟Action的名字相同

　　（4）控制器必须是非静态类，而且要实现IController接口

　　（5）Controller类型能够放到其余项目中

4.3 视图的相关约定

　　（1）全部的视图 必须放到Views目录下

　　（2）不一样控制器的视图用文件夹进行分割， 每一个控制器都对应一个视图目录

　　（3）通常视图名字跟控制器的Action相对应（非必须）

　　（4）多个控制器 公共的视图放到Shared：例如公用的错误页、列表模板页、表单模板页等等；

4.4 数据传递的桥梁-ViewData与ViewBag

　　首先，ViewData是一个 Key/Value对的字典集合数据结构，用于在Controller和View之间构建起传递数据的桥梁。

　　（1）ViewData是Controller的属性， 此属性是继承ControllerBase而来。

　　（2）ViewPage下也有一个ViewData的一个属性

　　（3）控制器的Action方法执行完成后，返回ViewResult，而后MVC框架在执行ExcuteResult方法时，Controller中的ViewData数据会传递给ViewPage类，其实就是 把Controller的ViewData赋值给ViewPage页面的ViewData属性。

　　（4） ViewBag传递数据：咱们对ViewBag的动态属性进行赋值， 值其实是存到了ViewData中，动态属性的名存成了ViewDataDictionary的键，动态属性的值存成了ViewDataDictionary的值。

PS：ViweBag实际上是就一个包含了一层Dynamic的ViewData，两个兄弟共用的是一个容器。

　　（5）ViewData与ViewBag的比较

ViewData	ViewBag
它是Key/Value字典集合	它是dynamic类型对像
从Asp.net MVC 1 就有了	ASP.NET MVC3 才有
基于Asp.net 3.5 framework	基于Asp.net 4.0与.net framework
ViewData比ViewBag快	ViewBag比ViewData慢
在ViewPage中查询数据时须要转换合适的类型	在ViewPage中查询数据时不须要类型转换
有一些类型转换代码	可读性更好

　　（6）如何在程序中使用ViewData与ViewBag

　　①在Controller中的代码

        public ActionResult Index()
        {
            ViewData["Name"] = "Edison Chou";
            ViewBag.Name = "Edison Chou";
            return View();
        }

　　②在View中的代码

<body>
    <div>
        <h1>Hi,ASP.Net MVC First Demo!</h1>
        <%
            for (int i = 0; i < 5; i++)
            {
                Response.Write("Hello World!<br/>");
            }
        %>
        <p><%: ViewData["Name"] %></p>
        <p><%: ViewBag.Name %></p>
    </div>
</body>

4.5 路由机制初步了解

　　咱们经过调试能够知道，在MVC中全部的请求都归结到控制器下面的Action。因此，全部的请求都是要指定一个具体的Action，Url的格式是根据路由规则来定的。那么，在ASP.Net MVC的路由规则默认又是什么，在哪里设置的呢？

public class RouteConfig
{
        public static void RegisterRoutes(RouteCollection routes)
        {
            routes.IgnoreRoute("{resource}.axd/{*pathInfo}");

            routes.MapRoute(
                name: "Default",
                url: "{controller}/{action}/{id}",
                defaults: new { controller = "Home", action = "Index", id = UrlParameter.Optional }
            );
        }
}

　　打开App_Start文件夹，能够找到RouteConfig这个类，查看RouteConfig这个类的方法，能够知道原来是RegisterRoutes这个方法为咱们的ASP.Net MVC项目设置了默认的路由规则：{controller}/{action}/{id}，也就是说咱们能够经过http://localhost/Home/Index/1这种URL来访问项目。若是咱们想要改变默认的路由规则，例如咱们想要以这种URL：http://localhost/Home-Index-1来访问项目，则直接将上面的默认路由规则改成：{controller}-{action}-{id}便可。

参考文章

（1）lulu Studio，《ASP.Net MVC入门：1-简介》，http://www.cnblogs.com/QLeelulu/archive/2008/09/30/1302462.html

（2）马伦，《ASP.Net MVC基础视频教程》，http://bbs.itcast.cn/thread-26722-1-1.html

（3）深山老林，《正确认识WebForm与ASP.Net MVC》，http://www.cnblogs.com/wlb/archive/2009/12/07/1618954.html

（4）zhaojunpeng，《ViewData和ViewBag的那些事》，http://blog.segmentfault.com/zhaojunpeng/1190000000472818

做者：周旭龙

出处：http://www.cnblogs.com/edisonchou/

本文版权归做者和博客园共有，欢迎转载，但未经做者赞成必须保留此段声明，且在文章页面明显位置给出原文连接。