ASP.NETMVC视图(三)-创新互联

ASP.NET MVC 视图(三)

前言

上篇对于Razor视图引擎和视图的类型做了大概的讲解，想必大家对视图的本身也有所了解，本篇将利用IoC框架对视图的实现进行依赖注入，在此过程过会让大家更了解的视图，最后还会简单的介绍一下自定义的视图辅助器是怎么定义和使用的。

ASP.NET MVC 视图

l 自定义视图引擎

l Razor视图引擎执行过程

l Razor视图的依赖注入、自定义视图辅助器

l 分段、分部视图的使用

l Razor语法、视图辅助器

Razor视图的依赖注入

首先我们来看一下要定义实现依赖注入的功能接口规范和默认实现，示例代码1-1.

代码1-1

using System.Web.Mvc;
using Ninject;
 
namespace MvcApplication.Models
{
    public interface IStringManage
    {
        MvcHtmlStringCombinationString(string strPar1, string strPar2);
    }
    public class DefaultStringManage: IStringManage
    {
        public MvcHtmlString CombinationString(string strPar1, stringstrPar2)
        {
            returnnew MvcHtmlString(strPar1+ strPar2);
        }
    }
}

在IStringManage类型中定义了CombinationString()方法，用于将两个字符串类型的数值拼接起来，DefaultStringManage类型就是默认实现了，这里就不多说了。

下面我们再来定义在编译时刻视图将要实现继承的类型，示例代码1-2

代码1-2

using System.Web.Mvc;
using Ninject;
 
namespace MvcApplication.Models
{
    public abstract class StringManageView : WebViewPage
    {
        [Inject]
        public IStringManage StringManage { get; set; }
    }
}

这样的定义起初是不会有什么问题的，因为cshtml视图文件在编译时是继承自WebViewPage类型的，现在我们要让cshtml视图所继承的类型是StringManageView，所以必须让StringmanageView继承自WebViewPage，因为WebViewPage是抽象类型，而我们又不想实现什么所以要定义为抽象类型，在StringManageView类型中，我定义了IStringManage类型的属性StringMange，并且使用IoC框架中的Inject特性来描述它，使的在编译是可以通过IoC来实现属性的依赖注入。

下面我们来看一下视图代码，这里的视图代码还是引用前面篇幅使用最多的一个示例，代码1-3和代码1-4

代码1-3

public ActionResultIndex(Listmodel)
{
    ViewBag.StrPar1 = "Thisis";
    ViewBag.StrPar2 = "ViewIoCCase";
    returnView(model);           
}

代码1-4

@inherits MvcApplication.Models.StringManageView
@{
    ViewBag.Title = "Index";
}

    Index
@foreach (varitem in Model)
{
    
ID: @item.ID Name:@item.Name
}
@StringManage.CombinationString(ViewBag.StrPar1,ViewBag.StrPar2)

控制器方法部分的代码定义是没有问题的，在代码1-4，也就是Index视图的定义中通过@inherits指令来使视图文件在编译时继承自某个类型，以及在下面的使用中用到了StringManage属性，并且还调用了方法，这里看起来都没什么问题，但是放在这里用就有问题了，因为上面使用了foreach来遍历Model，在我们定义StringManageView的时候并没有对Model的类型做约束什么的，而控制器方法中也是需要将List类型传递到视图的，这里就引起了冲突，图1.

图1

遇到这种情况我们只需修改一下代码1-2中的定义，让Model类型是在编译时是可确定的而不是object类型，来看代码1-5

代码1-5

public abstract class StringManageView: WebViewPage
{
   [Inject]
   public IStringManage StringManage { get; set; }
}

对的，让StringManageView实现泛型的WebViewPage就可以了，上个篇幅中视图的基类也都是这样定义的，不是说上面代码1-2定义的就是错误的，定义的没有错，只是应用的视图不合适，因为Index视图本身需要对Model做一些操作，又不想因为为视图添加的依赖注入功能而修改所以才会引起的这个错误，如果放在普通的视图里使用那是没有问题的。

上面这些都定义好了，下面我们需要实现自定义的IDependencyResolver类型，目的在于绑定我们需要进行依赖注入的功能模块到IoC中，代码1-6.

代码1-6

using Ninject;
using System.Web.Mvc;
 
namespace MvcApplication.CustomDependencyResolver
{
    public class NinjectDependencyResolver:IDependencyResolver
    {
        privateIKernel Kernel;
        publicNinjectDependencyResolver()
        {
            Kernel = newStandardKernel();
            AddBinding();
        }
 
        privatevoid AddBinding()
        {
            Kernel.Bind().To();
        }
 
        public object GetService(TypeserviceType)
        {
            returnthis.Kernel.TryGet(serviceType);
        }
 
        public IEnumerable