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_Start\RouteConfig.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 系列文章

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

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

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

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

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

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，如：

[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

posted on 2013-11-14 21:59 HackerVirus 阅读(302) 评论(0) 编辑收藏举报

刷新页面返回顶部

公告

导航

ASP.NET MVC 5 - 控制器

ASP.NET MVC 5 系列文章

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