千淘万漉虽辛苦,吹尽狂沙始到金

------记录,收集跟技术相关的文章,工具,软件

Partial View---分部视图

Partial View指可以应用于View中以作为其中一部分的View的片段(类似于之前的user control), 可以像类一样,编写一次, 然后在其他View中被反复使用。

一般放在"Views/Shared"文件夹中以共享。

创建Partial View:一般直接右键"Views/Shared"文件夹添加分部视图。

使用Partial View有两类helper :

Html.Partial / Html.RenderPartial

Html.Action / Html.RenderAction

创建分部视图

如下图,创建 _PartialPageWidget.cshtml

通过Html.Partial / Html.RenderPartial 使用

直接应用Html.Partial或Html.RenderPartial辅助方法比较简单。

打开之前建好的Views/MVCDemo/Index.cshtml文件,添加如下内容:

显示结果:

通过Html.Action / Html.RenderAction 使用

通过Html.Action/Html.RenderAction使用稍微复杂一点,分成两步。

  1. 在要显示的View所对应的Controller中心增加一个Action.

    还用上面这个页面,我们在MVCDemoController.cs中增加一个Action

    sss

    做个简单的说明:

    1. [ChildActionOnly] 表示这个Action只应作为子操作进行调用。也就是说直接通过 controller/action这样的网址是不能访问的,会提示只能由子请求访问的错误。
    2. 必须返回一个PartialView
  2. 在View中添加相关代码

显示结果和上一种方法一样

两种使用方式小结

当View中引用了一个或多个分部视图时,此View与各分部视图默认得到一样的数据,也就是说View及其中所有的Partial View默认情况下共享View中的ViewData和ViewBag.

需要使View和其中引入的Partial View有不同的数据,需要通过Html.Action/Html.RenderAction辅助方法, 并在对于被调用的Action中设置对应的数据。

另外还有几点需要注意:

  1. XXX和RenderXXX的区别在于,一个是直接返回字符串,另外一个是直接写入到相应输出流,因此不能直接放在代码表达式中,必须放在代码块中。

    前面的示例中两种写法是等价的。RenderXXX有轻微的性能优势,在大量的RenderXXX运行时,才能反映出性能上的优势。

  2. Partial/RenderPartial通常在单独的文件夹中应用视图标记来帮助View渲染视图模型的一部分。

    Action/RenderAction执行单独Controller中的Action来显示结果,提供了更多的灵活性,例如利用单独的Controller传递不同值。文章最后我们会举个例子说明。

  3. Partial/RenderPartial和Action/RenderAction的参数分别是 partialView和 Action的名字。当然还有其他的重载函数,我们只说最常用的。应用时可以按照我们前面举的例子。

Html.Partial和Html.Action差异举例

最后我们举个例子说明两种用法的差别

新建一个Partial View

Controller中新建两个Action,SharedDateDemo和PartialViewDate.

根据SharedDateDemo生成主View, PartialViewDate供Html.Action调用

主View: SharedDateDemo.cshtml分别显示

主View的时间;

用Html.Partial调用Partial View的时间;

用Html.Action调用Partial View的时间。

显示结果:

  1. 上面结果可以清晰的看到:

    1. View及其中所有的Partial View默认情况下共享View中的ViewData和ViewBag
    2. 可以通过Html.Action, 配合被调用的Action改变传递不同的数据

总结

 

本次我们主要讲解了Partial View这一实用功能的使用。

Html.Partial使用方便,在不需要改变数据内容时非常方便。

Html.Action 使用更加灵活,可以根据业务要求按需定制Partial View显示内容。

采用MiniProfiler监控EF与.NET MVC项目

MVC MiniProfiler是Stack Overflow团队设计的一款对ASP.NET MVC的性能分析的小程序。可以对一个页面本身,及该页面通过直接引用、Ajax、Iframe形式访问的其它页面进行监控,监控内容包括数据库内容,并可以显示数据库访问的SQL(支持EF、EF CodeFirst等 )。并且以很友好的方式展现在页面上。

该Profiler的一个特别有用的功能是它与数据库框架的集成。除了.NET原生的 DbConnection类,profiler还内置了对实体框架(Entity Framework)以及LINQ to SQL的支持���任何执行的Step都会包括当时查询的次数和所花费的时间。为了检测常见的错误,如N+1反模式,profiler将检测仅有参数值存在差 异的多个查询。

MiniProfiler是以Apache License V2.0协议发布的,你可以在NuGet找到。配置及使用可以看这里:http://code.google.com/p/mvc-mini-profiler

 

第一章:开始监控

首先,明确一下本博文的目标,监控EF的Sql和执行时间,监控MVC页面的执行时间

那么我们开始.

第一步,从NuGet上下载所需要的包,下载内容如图:

MiniProfiler核心(所有的MiniProfiler相关资源都需要先有他)

这里需要注意,新版本的MiniProfiler.EF是需要根据你的EF版本来下载的,分为MiniProfiler.EF6,MiniProfiler.EF5,MiniProfiler.EF(EF4以下)三个版本

根据你的EF版本自行下载对应的包.

MiniProfiler.MVC4(注:这里的MVC4是可以分析MVC4,5两个版本的,使用MVC3的同学请自行下载MiniProfiler.MVC3)

至此,我们所需要安装的程序包就全部OK了,

下面我们开始监控:

首先,给你的Global.asax文件中加入:

       protected void Application_BeginRequest()
        {
            if (Request.IsLocal)//这里是允许本地访问启动监控,可不写
            {
                MiniProfiler.Start();
               
            }
        }

        protected void Application_EndRequest()
        {
            MiniProfiler.Stop();
        }

然后找到你需要监控的页面,在页面中加入:

@using StackExchange.Profiling;
@MiniProfiler.RenderIncludes();

当然,我们一般是想监控所有的页,所以我推荐加在你的布局页(_Layout)中,比如以下这种结构:

<html>
<head>
    @using StackExchange.Profiling;
</head>
<body>
        @RenderBody()

    @MiniProfiler.RenderIncludes();
</body>
</html>

然后在配置文件web.config中加入(注意,这里很重要):

<system.webServer>
      <handlers>
        <add name="MiniProfiler" path="mini-profiler-resources/*" verb="*" type="System.Web.Routing.UrlRoutingModule" resourceType="Unspecified" preCondition="integratedMode" />
      </handlers>
  </system.webServer>

这样,我们的基础监控就已经完成了,我们来看看效果.

第二章:监控EF,并对某次操作进行针对性监控

首先我们在Global.asax文件中添加代码如下:

protected void Application_Start()
        {
  ....
               
            StackExchange.Profiling.EntityFramework6.MiniProfilerEF6.Initialize();
          ....
        }

因为这是一个简单的demo,所以我们随意找一个Controller,写一些EF的查询,代码如下:

public class HomeController : Controller
    {
        public ActionResult Index()
        {
           
                using (StudentInfoEntities us = new StudentInfoEntities())
                {
                    ViewBag.data = us.LogData.Where(a => 1 == 1).ToList();
                }
            

            
            return View();
        }
}

我们来看看效果.

可以看出来,这次查询用了56.2MS,占用整个页面的加载时间71%的比例.,点击蓝色的56.2可以看到详细的SQL语句,如下:

这样,我们就可以随时监控到页面中EF所使用的SQL语句并进行分析.

针对性监控(重要)

当然,这只是简单的操作,我们在分析的过程中肯定会碰到诡异,或者后台代码更复杂的情况(比如一个页面10个查询),这个时候页面上的监控就会很混乱,不方便读,我们就需要进行针对性的监控.

我们把刚刚的代码修改如下(这里我们进行两次查询操作,用MiniProfiler进行分类):

public class HomeController : Controller
    {
        public ActionResult Index()
        {
            var profiler = MiniProfiler.Current;
            using (profiler.Step("查询数据LogData的数据"))
            {
                using (StudentInfoEntities us = new StudentInfoEntities())
                {
                    ViewBag.data = us.LogData.Where(a => 1 == 1).ToList();
                }
            }

            using (profiler.Step("查询数据LogOperate的数据"))
            {
                using (StudentInfoEntities us = new StudentInfoEntities())
                {
                    ViewBag.data = us.LogOperate.Where(a => 1 == 1).ToList();
                }
            }
            return View();
        }
}

得到监控效果如下:

这样,我们就可以根据我们的需要来详细的跟踪某一次EF操作的结果了.

第三章:监控的权限(给管理员分配监控的权限)

在实际的项目开发中,我们不可能对所有的用户全部开放监控的权限,所以我们要对他进行显示的控制.

在MiniProfiler中,提供了两个委托,如下:

 MiniProfiler.Settings.Results_Authorize //配置监控的权限

MiniProfiler.Settings.Results_List_Authorize //配置历史信息监控的权限(在~/mini-profiler-resources/results-index中可以查看最近100次的请求分析)

这里我们简单的做一下权限控制,

我们在Global.asax文件中添加代码如下:

protected void Application_Start()
        {
        ....
            MiniProfiler.Settings.Results_Authorize = Request =>
            {
                string name = Request.Cookies["name"] == null ? "" : Request.Cookies["name"].Value;
                if (name.Equals("admin"))
                    return true;
                else
                    return false;
            };
               
            StackExchange.Profiling.EntityFramework6.MiniProfilerEF6.Initialize();

        }

这样就只有cookie的name属性为admin的用户才能有监控显示了

效果如下(我们可以看到,当cookie中的name等于admin的时候才会有监控的显示):