ASP.NET MVC 5

ASP.NET MVC 5 - 控制器

MVC代表: 模型-视图-控制器 。MVC是一个架构良好并且易于测试和易于维护的开发模式。基于MVC模式的应用程序包含：

· Models： 表示该应用程序的数据并使用验证逻辑来强制实施业务规则的数据类。

· Views： 应用程序动态生成 HTML所使用的模板文件。

· Controllers： 处理浏览器的请求，取得数据模型，然后指定要响应浏览器请求的视图模板。

本系列教程，我们将覆盖所有这些概念，并告诉您如何在ASP.NET MVC 5中使用它们来构建应用程序。

首先，让我们创建一个控制器类。在解决方案资源管理器中，用鼠标右键单击控制器文件夹（Controllers ），然后选择“添加控制器“。

在添加Scaffold对话框，单击MVC5控制器 - 空，然后单击“添加”。

命名新的控制器为“HelloWorldController”，并单击“ 添加“。

请注意，在解决方案资源管理器中会创建一个名为HelloWorldController.cs的新文件和一个新的文件夹ViewsHelloWorld。该文件会被IDE默认打开。

用下面的代码替换该文件中的内容。

using System.Web; 
using System.Web.Mvc; 
namespace MvcMovie.Controllers 
{ 
    public class HelloWorldController : Controller 
    { 
        // 
        // GET: /HelloWorld/ 
        public string Index() 
        { 
            return "This is my <b>default</b> action..."; 
        } 
        // 
        // GET: /HelloWorld/Welcome/  
        public string Welcome() 
        { 
            return "This is the Welcome action method..."; 
        } 
    } 
}

在这个例子中控制器方法将返回一个字符串的HTML。本控制器被命名HelloWorldController代码中的第一种方法被命名为Index。让我们从浏览器中调用它。运行应用程序（按F5或CTRL + F5）。在浏览器的地址栏中输入路径“HelloWorld“。（例如，在下面的示例中: http://localhost:1234/HelloWorld）页面在浏览器中的表现如下面的截图。在上面的方法中，代码直接返回了一个字符串。你告诉系统只返回一些HTML，系统确实这样做了！

ASP.NET MVC会调用不同的控制器类（和其内部不同的操作方法）这取决于传入URL。所使用的ASP.NET MVC的默认URL路由逻辑使用这样的格式来判定哪些代码以便调用：

/[Controller]/[ActionName]/[Parameters]

你也可在App_Start/RouteConfig.cs 文件内通过配置URL路由解析规则：

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 }

);

}

 

如果您运行应用程序并没有提供任何URL段的，默认为“Home”的控制器和“Index”的操作方法，在上面的代码中的defaults部分指定的：

• 第一部分的URL确定哪个控制器类会被执行。因此 /HelloWorld映射到HelloWorldController控制器类。
• 第二部分的URL确定要执行控制器类中的那个操作方法。因此 /HelloWorld/Index，会使得HelloWorldController控制器类的Index 方法被执行。请注意，我们只需要浏览 /HelloWorld路径，默认情况下会调用Index方法。如果没有明确的指定操作方法，Index方法会默认的被控制器类调用。
• 第三部分的URL段（Parameters参数）是路由数据。在本教程中，稍后我们将看到路由数据。

浏览http://localhost:xxxx/HelloWorld/Welcome。Welcome方法会被运行并返回字符串:"This is the Welcome action method...”。 默认的MVC映射为/[Controller]/[ActionName]/[Parameters] 对于这个URL，控制器类是HelloWorld，操作方法是Welcome，您还没有使用过URL的[Parameters] 部分。

让我们稍微修改一下这个例子，以便可以使用URL传递一些参数信息给控制器类（例如， /HelloWorld/Welcome?name=Scott&numtimes=4）。改变您的Welcome 方法来包含两个参数，如下所示。需要注意的是，示例代码使用了C＃语言的可选参数功能，numTimes参数在不传值时，默认值为1。

public string Welcome(string name, int numTimes = 1) { 

     return HttpUtility.HtmlEncode("Hello " + name + ", NumTimes is: " + numTimes); 
} 

安全注意事项: 上面的代码使用了 HttpServerUtility.HtmlEncode 来保护应用从malacious输入的(也就是JavaScript).  有关详细信息，请参阅How to: Protect Against Script Exploits in a Web Application by Applying HTML Encoding to Strings.

运行您的应用程序并浏览此URL（http://localhost:xxxx/HelloWorld/Welcome?name=Scott&numtimes=4）。你可以对参数name 和numtimes 尝试不同的值。 ASP.NET MVC model binding system 会自动将地址栏中URL里的 query string映射到您方法中的参数。

上面的例子，没有用到URL段参数的部分( Parameters)。 通过query strings传递name 和 numTimes的参数.

用下面的代码替换“Welcome”的方法：

public string Welcome(string name, int ID = 1) 

{ 
    return HttpUtility.HtmlEncode("Hello " + name + ", ID: " + ID); 
}

运行应用程序并输入以下网址URL: http://localhost:xxx/HelloWorld/Welcome/3?name=Rick

这次URL第三部分的参数匹配了参数ID。

通过查看下面的RegisterRoutes路由规则函数：

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 } 
    ); 
}

在ASP.NET MVC应用程序，通过参数传递路由数据是为更典型的应用(如同上面用query string传递 ID参数)。您还可以增加一条路由来传递name 和numtimes ，在路由数据在URL中的参数。在App_StartRouteConfig.cs  file文件中，添加“Hello”的的路由：

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 } 
      ); 
      routes.MapRoute( 
           name: "Hello", 
           url: "{controller}/{action}/{name}/{id}" 
       ); 
   } 
}

运用应用程序，在浏览器输入：/localhost:XXX/HelloWorld/Welcome/Scott/3.

对于众多MVC应用程序的缺省默认的路由可以正常工作。稍后您将学习本教程中通过使用模型绑定的数据，你就不必修改缺省的路由。

在上面的例子中，控制器一直在做着MVC中“VC”部分的职能：也就是视图和控制器的工作。该控制器直接返回HTML内容。通常情况下，您不会让控制器直接返回HTML，因为这样代码会变得非常的繁琐。相反，我们通常会使用一个单独的视图模板文件来帮助生成返回的HTML。让我们来看看下面我们如何能做到这一点吧。

ASP.NET MVC 5 系列文章

1. ASP.NET MVC 5-开始MVC5之旅
2. ASP.NET MVC 5 - 控制器

也说Autofac在MVC的简单实践：破解在Controller构造函数中的实例化

相信大家对Autofac并不陌生，很多人都在使用。本文只是介绍一下本人在使用时的一点想法总结。

你是不是很头疼的要在Global中写一堆代码来维护Autofac？
你是不是很头疼为Controller增加构造函数为变量赋值？
你是不是很头疼每次增加接口和实现的时候都要重新编译？

那么本文介绍一些Autofac的其它实践，也许能够对你有所帮助。

在使用一个框架时，肯定要去它的官网查阅一下。autofac的官网给出了一些经典的使用案例。如注册容器：

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15

var builder = new ContainerBuilder();    // Register individual components builder.RegisterInstance(new TaskRepository)        .As<ITaskRepository>(); builder.RegisterType<TaskController>(); builder.Register(c => new LogManager(DateTime.Now))        .As<ILogger>();    // Scan an assembly for components builder.RegisterAssemblyTypes(myAssembly)        .Where(t => t.Name.EndsWith("Repository"))        .AsImplementedInterfaces();    var container = builder.Build();

 在mvc中使用：

public class TaskController
{
  private ITaskRepository _repository;
  private ILogger _logger;
 
  // Autofac will automatically find the registered
  // values and pass them in for you.
  public TaskController(
    ITaskRepository repository,
    ILogger logger)
  {
    this._repository = repository;
    this._logger = logger;
  }
}

在这里先重点说一下在mvc中的使用，如上代码可见，在一个请求到达时，需要对controller进行实例化，而正如autofac官网所说“If there is more than one constructor on a component type, Autofac will use the constructor with the most resolvable parameters.”，如果有多个带参构造函数，autofac默认使用参数最多的构造函数。在上面代码中，即便在一个action中，你只用了_logger，那么_repository也依旧需要被autofac解析。

而在mvc的具体应用中，我们可能会使用多重继承，如下图的结构

在这种情况下，每个controller可能会有很多构造函数，在每个请求到达时，都需要实例化相当一部分的变量。本人没有研究过这种实例化是否会影响效率，只是觉得这样对于开发来讲过于繁琐，且不利于维护，代码也并不流畅。我的想法是在action中，在需要的点去实例化。

经过一些查阅，autofac官方提供了很多库，发现其中Autofac.Mef是可以用另一种方式实现达到同样的效果。文档的介绍只有一句话“The MEF integration allows you to expose extensibility points in your Autofac applications using the Managed Extensibility Framework.”  mef可能主要用来在对已经开发完毕的版本做补充的时候使用。如某个系统已经开发结束并部署运行了，这时候会有些功能的增加和扩展，在不修改原版本的前提下，使用mef可以将后补充的功能ioc到原系统。mef需要引用System.ComponentModel.Composition.dll库。

先不说别的了，代码说明一切。在接口实现上需要加入ExportAttribute，如：

1 2	[Export(typeof(ICustomerBusiService))] public class CustomerBusiService : ICustomerBusiService

 注意，ICustomerBusiService不用做任何的描述，只描述其实现CustomerBusiService即可。为了达到我的目的，我在顶层的controller中增加了一个获取实例的方法，以便action中根据自己的需要获取实例化：

    public abstract class AbstractController : Controller
    {
        private static IAutofacResolver _resolver = new AutofacResolver();
        protected T GetService<T>()
        {
            return _resolver.GetService<T>();
        }
    }

下面展示一下IAutofacResolver及其实现AutofacResolver

    public interface IAutofacResolver
    {
        T GetService<T>();
    }

    public class AutofacResolver : IAutofacResolver
    {
        private Autofac.IContainer _container;

        public T GetService<T>()
        {
            if (_container == null || !_container.IsRegistered<T>())
            {
                RegisterPartsFromReferencedAssemblies();
            }
            return _container.Resolve<T>();
        }

        private void RegisterPartsFromReferencedAssemblies()
        {
            var asses = BuildManager.GetReferencedAssemblies().Cast<Assembly>();
            var assemblyCatalogs = asses.Select(x => new AssemblyCatalog(x));
            var catalog = new AggregateCatalog(assemblyCatalogs);

            var builder = new ContainerBuilder();
            builder.RegisterComposablePartCatalog(catalog);
            _container = builder.Build();
            DependencyResolver.SetResolver(new AutofacDependencyResolver(_container));
        }
    }

我们知道Asp.Net的项目，只要bin目录有变化，该站点会相应的重新启动，所以在你制作的新的接口库和实现库完成之后，只要push到bin目录，RegisterPartsFromReferencedAssemblies()中的BuildManager.GetReferencedAssemblies()会捕捉到所有的当前站点的所有dll引用，并根据ExportAttribute加载到Autofac。该方式在第一次使用GetService<T>()的时候会执行RegisterPartsFromReferencedAssemblies()，之后就不会在执行该方法了。该方式不需要在Global中用一堆代码维护Autofac，有点一劳永逸的感觉。

有了这样一个结构，那么在具体的controller中我不需要有构造函数，在acton中只要调用GetService<T>()就可以获取我需要的实例。

    public class AccountController : AbstractMvcController
    {
        [HttpPost]
        public ActionResult Register(Customer customer)
        {
            var ibsCusomter = GetService<ICustomerBusiService>();
            ibsCusomter.Register(customer);
            return View();
        }
    }

以上就是全部内容。本文并没有针对复杂的autofac应用进行说明，比如注册复杂的模型，激活事件等。只是对比较简单普遍的autofac的使用进行一些分析，个人认为mvc的站点开发中，不太会用到比较复杂的东西，因为每个用户请求都是独立的，又有并发的问题，所以autofac的单实例也基本不会考虑。

autofac相关库的下载，请点击此处

 

 

 

标签: Autofac, MVC