ASP.Net MVC开发基础学习笔记：五、区域、模板页与WebAPI初步

1.1 Area的兴起

　　为了方便大规模网站中的管理大量文件，在ASP.NET MVC 2.0版本中引入了一个新概念—区域(Area)。

　　在项目上右击创建新的区域，可以让我们的项目不至于太复杂而导致管理混乱。有了区域后，每个模块的页面都放入相应的区域内进行管理很方便。例如：上图中有两个模块，一个是Admin模块，另一个是Product模块，所有关于这两个模块的控制器、Model以及视图都放入各自的模块内。可以从上图中看出，区域的功能类似一个小的MVC项目，麻雀虽小五脏俱全，有自己的控制器、模型、视图还有路由设置。

　　每个区域表示整个应用程序的一个独立功能。

1.2 注册区域路由

　　在MVC中添加一个Area区域之后，会默认帮我们注册这个区域的路由规则。例如：我们创建了一个Admin的区域，然后它帮我们生成了一个AdminAreaRegistration.cs的文件，其代码如下：

public class AdminAreaRegistration : AreaRegistration
{
        public override string AreaName
        {
            get
            {
                return "Admin";
            }
        }

        public override void RegisterArea(AreaRegistrationContext context)
        {
            context.MapRoute(
                "Admin_default",
                "Admin/{controller}/{action}/{id}",
                new { action = "Index", id = UrlParameter.Optional }
            );
        }
}

　　这里，RegisterArea是实现注册的关键方法，通过把另一个路由添加到区域路由集合中实现。请注意，这里的区域名Admin是以硬编码方式添加到URL中;因此，所有使用此区域名称作为前缀的请求都被进行特别路由处理。　　

　　你可能感到疑惑：为什么我们不能在主应用程序的路由定义中指定Admin部分?实际上，如果我们将它加入到标准的路由表中，而不通过区域上下文（AreaRegistrationContext），那么我们还是把所有文件驻留到同一个项目中，从而失去了分离项目区域的好处（即区域没有起到作用）。

二、模板页—封装页面变化点，构建快速View开发模板

　　在传统的WebForm开发模式中，我们使用MasterPage作为模板页。那么在MVC3 Razor视图设计中，我们怎么来使用模板页呢？

2.1 模板页的归宿—Shared文件夹

　　在解决方案资源管理中，我们可以看到Views文件夹下面有一个Shared文件夹。在Shared文件夹里面有一个_Layout.cshtml页面。这个就是项目中默认的模板页面，如下图所示：

ASP.Net MVC开发基础学习笔记：五、区域、模板页与WebAPI初步

　　在Shared中新建一个MVC布局页，取名为：_MyLayout.cshtml

<!DOCTYPE html>
<html>
<head>
    <meta name="viewport" content="width=device-width" />
    <title>@ViewBag.Title</title>
</head>
<body>
    <div>
        @RenderSection("Head", required: false)
        <h1>This is MyLayout Page</h1>
        <hr />
        @RenderBody()
    </div>
</body>
</html>

　　其中RenderSection为渲染指定区域，该区域名称为Head，但不是必须渲染（required:false）。而RenderBody则是重头戏，他就类似于MasterPage中主内容的PlaceHolder，是每个使用该模板页都需填充的内容区域。

　　那么，怎么来使用这个模板页呢？其实很简单，只需要在要使用模板页的View中修改Layout属性即可：

ASP.Net MVC开发基础学习笔记：五、区域、模板页与WebAPI初步

2.2 View未动，ViewStart先行

　　在Razor视图引擎中，所有页面启动之前，ViewStart文件会先执行。那么，这个ViewStart文件到底做了些什么事儿呢？

ASP.Net MVC开发基础学习笔记：五、区域、模板页与WebAPI初步

　　（1）可以看出，这个ViewStart是一个全局的页面。当我们的页面未指定Layout的时候，如果项目在全局或在同文件夹内存在_ViewStart.cshtml时该页面的Layout会自动继承自_ViewStart.cshtml，如果不同的文件夹层级都存在_ViewStart.cshtml，则继承离该页面最近的一个。

　　（2）如果我们想要所有的页面都默认使用一个指定模板页，只需将这个Layout改为新模板页即可。例如：将Layout改为我们刚刚创建的~/Views/Shared/_MyLayout.cshtml。

2.3 RenderBody与RenderSection

　　（1）RenderBody：

　　@RenderBody()在模板页中使用表示内容页在模板中的位置。当创建具有模板页的内容页的时候，内容页就呈现在模板页中@RenderBody()所在的位置，一个模板页中只能有一个@RenderBody()。

　　（2）RenderSection：

　　@RenderSection用于在模板布局中定义一个区域，在内容页可以定义一些内容来填充这个区域，例如内容页中引用的JS文件，可以填充到模板页的section位置。每个内容页的单独一些信息，可以在模板页中这个区域显示。

ASP.Net MVC开发基础学习笔记：五、区域、模板页与WebAPI初步

　　@RenderSection有两个个参数，第一个参数用于定义section的名称，第2个参数是布尔类型，如果为TRUE，表示内容页必须定义这个section，如果为false,则表示内容页可定义section，也可以不定义。

三、WebAPI初步—构建轻量级Restful服务的利器

3.1 Restful架构是什么？

　　RESTful架构，就是目前最流行的一种互联网软件架构。它结构清晰、符合标准、易于理解、扩展方便，所以正得到越来越多网站的采用。

　　这里借用阮一峰博士的总结，到底什么是Restful架构：

　　（1）每一个URI代表一种资源；

　　（2）客户端和服务器之间，传递这种资源的某种表现层；

　　（3）客户端通过四个HTTP动词，对服务器端资源进行操作，实现"表现层状态转化"。

　　各位园友可以阅读阮一峰博士的这篇《理解RESTful架构》的文章来了解Restful架构的基本概念。

　　综上所示，REST是一种简洁的设计风格，通过URL来设计系统，以URI来抽象各种资源，以HTTP协议的PUT、DELETE、GET、POST来对应对资源的各种操作。

3.2 WCF and WebAPI

　　首先，ASP.NET Web API 和WCF有着千丝万缕的联系。

　　WCF是一个通用的服务架构平台，其设计之初在于创建一个通用的Web Service平台，可以在各种不同的协议(TCP, UDP, HTTP)下使用，仅仅通过EndPoint的配置而不需要修改代码实现就能适应不同的工作环境。WCF也是微软以前很多服务产品的合体。

　　WCF 里面可以采用模板的方式来实现REST架构风格，但WCF毕竟是一个集大成的平台（或者说是：比较重量级）。WCF的野心造成了它的庞大复杂，HTTP的单纯造就了它的简单优美。于是经常自问：拿着牛刀削苹果有必要吗？废话，当然没有必要，水果刀在哪里？因此，我们所需要的仅仅是里面HTTP REST风格的部分。各种因素纠结下，微软于是便把WCF里面的这部分团队抽离出来合并到了MVC组中，才有了现在的ASP.NET Web API，并包含在MVC 4中发布。

3.3 第一个WebAPI项目

　　（1）新建一个ASP.NET MVC项目，取名为：MyMvcWebAPIDemo，项目类型选择WebAPI。

　　（2）在Models中新增一个类，取名为：Product，作为我们要测试的实体模型。

    public class Product
    {
        public int Id { get; set; }
        public string Name { get; set; }
        public string Category { get; set; }
        public decimal Price { get; set; }
    }

View Code