nopcommerce笔记2

有时我们需要故意用错误来求得真相。

有一个控制器如下：

public class HomeController : Controller
{
//
// GET: /Home/

public HomeController(int i)
{
}

public ActionResult Index()
{
return View();
}

}

屏蔽了无参数的构造函数，在Application_Start中同时屏蔽NopDependencyResolver：

protected void Application_Start()
{
EngineContext.Initialize(false);
//set dependency resolver
var dependencyResolver = new NopDependencyResolver();
//DependencyResolver.SetResolver(dependencyResolver);

AreaRegistration.RegisterAllAreas();

WebApiConfig.Register(GlobalConfiguration.Configuration);
FilterConfig.RegisterGlobalFilters(GlobalFilters.Filters);
RouteConfig.RegisterRoutes(RouteTable.Routes);
}

访问这个action，错误是：

 放开NopDependencyResolver，错误是：

可以看到屏蔽NopDependencyResolver时，交给

System.Activator.CreateInstance
去创建控制器实例

放开时，交给

Nop.Web.Framework.Mvc.NopDependencyResolver.GetService
去创建控制器实例

通过对错误提示的分析，放开NopDependencyResolver时，纠结在参数不能解析，于是想到给控制器构造函数参数给默认值，果然就通过了，不再有错误。

public class HomeController : Controller
{
//
// GET: /Home/

public HomeController(int i=1)
{
}

public ActionResult Index()
{
return View();
}

}

切换成屏蔽NopDependencyResolver时，错误依然。

然后，还有然后，在网上，根据这个网址：

http://www.nopchina.com/forum.php?mod=viewthread&tid=109

又思考了一下，既然是ioc，那么去掉默认值，把int的实例注册进去应该是可以的，也就是这样：

去掉默认值：

public class HomeController : Controller
{
//
// GET: /Home/

public HomeController(int i)
{
}

public ActionResult Index()
{
return View();
}

}

注册一个int 单例：

public class MvcApplication : System.Web.HttpApplication
{
protected void Application_Start()
{
EngineContext.Initialize(false);
//set dependency resolver
var dependencyResolver = new NopDependencyResolver();
DependencyResolver.SetResolver(dependencyResolver);

AreaRegistration.RegisterAllAreas();

WebApiConfig.Register(GlobalConfiguration.Configuration);
FilterConfig.RegisterGlobalFilters(GlobalFilters.Filters);
RouteConfig.RegisterRoutes(RouteTable.Routes);

EngineContext.Current.ContainerManager.AddComponentInstance<int>(100, "forhome", Nop.Core.Infrastructure.DependencyManagement.ComponentLifeStyle.Singleton);
}
}

结果是没有错误。

同时好像发现对int这种注册，必须是ComponentLifeStyle.Singleton，改成ComponentLifeStyle.Transient报错如下：

可以看见很多流程性的东西，至于100为什么必须是单例，也许可以纠结下去，但我还是打住。上面的图贴出来，就是为了看看调用Application_Start的流程而已。

然后想到，我注册多个int，效果是怎样的？

于是：

控制器：

public class HomeController : Controller
{
//
// GET: /Home/
private int n;

public HomeController(int i)
{
n = i;
}

public ActionResult Index()
{
ViewBag.n = n;
return View();
}

}

view：

@{
ViewBag.Title = "Index";
}

<h2>@ViewBag.n</h2>

 Application_Start：

protected void Application_Start()
{
EngineContext.Initialize(false);
//set dependency resolver
var dependencyResolver = new NopDependencyResolver();
DependencyResolver.SetResolver(dependencyResolver);

AreaRegistration.RegisterAllAreas();

WebApiConfig.Register(GlobalConfiguration.Configuration);
FilterConfig.RegisterGlobalFilters(GlobalFilters.Filters);
RouteConfig.RegisterRoutes(RouteTable.Routes);

EngineContext.Current.ContainerManager.AddComponentInstance<int>(100, "forhome1", Nop.Core.Infrastructure.DependencyManagement.ComponentLifeStyle.Singleton);

EngineContext.Current.ContainerManager.AddComponentInstance<int>(999, "forhome2", Nop.Core.Infrastructure.DependencyManagement.ComponentLifeStyle.Singleton);

EngineContext.Current.ContainerManager.AddComponentInstance<int>(777, "forhome3", Nop.Core.Infrastructure.DependencyManagement.ComponentLifeStyle.Singleton);
}

我猜是777，结果是它。

然后，又想到是否可以在：

protected void Application_BeginRequest(object sender, EventArgs e)
{
EngineContext.Current.ContainerManager.AddComponentInstance<HomeController>(new HomeController(2000), "ddd", Nop.Core.Infrastructure.DependencyManagement.ComponentLifeStyle.Singleton);
}

果然是2000，只是和上面一样，为什么必须ComponentLifeStyle.Singleton。

不是话：

为什么必须是单例？

回家后又仔细思考，首先我想清楚了为什么必须是ComponentLifeStyle.Singleton。因为AddComponentInstance注册进ioc容器中的本身就是一个实例，不是容器创建出来的，这样的实例，容器是不应该（不是不能）管理它的生命周期的。

想要一个临时的实例，应该使用注册基类（或接口）和实现类的方法，这样容器依据实现类创建的实例才可以指定为单例或者临时，这种创建出的实例显然只有通过容器才能拿到，因此它的生命周期完全由容器控制是合理的。

例子如下：

protected void Application_BeginRequest(object sender, EventArgs e)
{
EngineContext.Current.ContainerManager.AddComponentInstance<int>(2400, "p1");
Dictionary<string,string> p = new Dictionary<string,string>();
p.Add("i", "p1");// i是HomeController构造函数参数名

EngineContext.Current.ContainerManager.AddComponentWithParameters<Controller, HomeController>(p, "kkk", ComponentLifeStyle.Transient);

}

结果是2400。

protected void Application_BeginRequest(object sender, EventArgs e)
{
EngineContext.Current.ContainerManager.AddComponentInstance<int>(2500, "p1");

EngineContext.Current.ContainerManager.AddComponent<Controller, HomeController>( "kkk", ComponentLifeStyle.Transient);

}

是2500。

其实下面一句是多余的，改成如下也是可以的：

protected void Application_BeginRequest(object sender, EventArgs e)
{

EngineContext.Current.ContainerManager.AddComponentInstance<int>(2500, "p1");

}

还有一个很重要的发现：

NopDependencyResolver 与

PresentationNop.Web.FrameworkDependencyRegistrar.cs

中的这个注册是息息相关的：

//controllers
builder.RegisterControllers(typeFinder.GetAssemblies().ToArray());

如果不注册，会使用默认方式生成控制器

我写这么多，觉得收获主要有：

1、DependencyResolver.SetResolver ：让我们有了干涉Controller实例生成的钩子，还可干涉别的啥，暂时不知道

2、NopDependencyResolver ：让我们可以在Autofac的ioc容器中去发挥对Controller的生成控制

3、进一步理解了ioc