Ninject之旅之三:Ninject对象生命周期

摘要

DI容器的一个责任是管理他创建的对象的生命周期。他应该决定什么时候创建一个给定类型的对象,什么时候使用已经存在的对象。他还需要在对象不需要的时候处理对象。Ninject在不同的情况下管理对象的生命周期提供了强大的支持。在我们定义一个绑定的时候,定义创建对象的范围。在那个范围内,对象将被重用,每次绑定只存在一次。注意,对象不允许依赖于生命周期短自己小的对象。

1、暂时范围

在暂时态范围内,对象生命周期不被Ninject进行管理。任何时候请求一个类型的对象,都将创建一新对象。Ninject不管理保持创建的对象或者在范围内处理他。这是Ninject默认的范围。如果不指定范围,默认是暂时态。在上一篇文章里,ConsoleLogger和MailServer对象都是暂时态,因为没有指定他的范围。

2、单例范围

有时候我们不想每次需要的时候都创建一个新的对象,这时候使用单例。有两种方法创建单例。一种是使用单例模式。一种是使用Ninject方法InSingletonScope。
1)使用单例模式:

 class ConsoleLogger:ILogger
{
public static readonly ConsoleLogger Instance = new ConsoleLogger();
private static ConsoleLogger()
{
// Hiding constructor
}
public void Log(string message)
{
Console.WriteLine("{0}: {1}", DateTime.Now, message);
}
}

然后在Bind方法后调用ToConstant方法指定静态只读对象ConsoleLogger.Instance为常量对象。

kernel.Bind<ILogger>().ToConstant(ConsoleLogger.Instance);

2)使用方法InSingletonScope:

kernel.Bind<ILogger>().To<ConsoleLogger>().InSingletonScope();

如果要给MailServerConfig类对象设置单例,则先调用ToSelf方法将他绑定自身,然后再调用方法InSingletonScope。

kernel.Bind<MailServerConfig>().ToSelf().InSingletonScope();

3、线程范围

如果定义在线程范围内,每一个线程将只创建一个给定类型的对象。对象的生命周期跟对象所在的线程一样长。

调用方法InThreadScope创建线程范围:

kernel.Bind<object>().ToSelf().InThreadScope();

创建两个Test方法测试线程范围。

 using Ninject;
using NUnit.Framework;
using System.Threading; namespace Demo.Ninject
{
[TestFixture]
class NinjectTest
{
[Test]
public void ReturnsTheSameInstancesInOneThread()
{
using (var kernel = new StandardKernel())
{
kernel.Bind<object>().ToSelf().InThreadScope();
var instance1 = kernel.Get<object>();
var instance2 = kernel.Get<object>();
Assert.AreEqual(instance1, instance2);
}
} [Test]
public void ReturnsDifferentInstancesInDifferentThreads()
{
var kernel = new StandardKernel();
kernel.Bind<object>().ToSelf().InThreadScope();
var instance1 = kernel.Get<object>();
new Thread(() =>
{
var instance2 = kernel.Get<object>();
Assert.AreNotEqual(instance1, instance2);
kernel.Dispose();
}).Start();
}
}
}

第一个方法在同一个线程内请求了两个object对象,他们是相同的实例。第二个方法先在主线程内请求一个object实例,然后开启另一个线程请求另一个实例,他们不是相同的实例。

需要添加NUnit和NUnit.Console才能测试上面的方法。我使用的是NUnit 2.6.4和NUnit.Console 2.0.0。

4、请求范围

请求范围在web应用程序里非常有用。可以在相同的请求范围内得到一个单例的对象。一旦一个请求被处理,另一个请求到来,Ninject创建新的对象实例,并保持他直到请求结束。

调用方法InRequestScope设置请求范围,例如:

kernel.Bind<MailServerConfig>().ToSelf().InRequestScope();

需要添加Ninject.Web.Common引用才能够调用InRequestScope方法。

5、自定义范围

自定义范围让我们定义我们自己的范围,在这个范围内保持一类型的唯一对象。只要提供的回调方法返回的对象引用是一样的,Ninject在这个范围内返回相同的实例。只要返回的对象引用变了,将创建一新的指定类型的对象。创建的对象实例将一直保存在缓存里,直到返回的范围对象被垃圾回收器回收。一旦范围对象被垃圾回收器回收,Ninject创建的所有的对象实例将被从缓存中释放和处理。

调用InScope方法传入Lamda表达式定义自定义返回。例如:

kernel.Bind<object>().ToSelf().InScope(ctx => User.Current);

用例子来介绍自定义范围:

1)创建User类。

     class User
{
public string Name { get; set; }
public static User Current { get; set; }
}

2)创建函数ReturnsTheSameInstancesForAUser。

         [Test]
public void ReturnsTheSameInstancesForAUser()
{
using (var kernel = new StandardKernel())
{
kernel.Bind<object>().ToSelf().InScope(ctx => User.Current);
User.Current = new User();
var instance1 = kernel.Get<object>();
User.Current.Name = "Foo";
var instance2 = kernel.Get<object>();
Assert.AreEqual(instance1, instance2);
}
}

虽然User.Current.Name的值变了,但是User.Current的引用没变。因此,两次请求返回的对象是同一个对象。

3)创建函数ReturnsDifferentInstancesForDifferentUsers。

         [Test]
public void ReturnsDifferentInstancesForDifferentUsers()
{
using (var kernel = new StandardKernel())
{
kernel.Bind<object>().ToSelf().InScope(ctx => User.Current);
User.Current = new User();
var instance1 = kernel.Get<object>();
User.Current = new User();
var instance2 = kernel.Get<object>();
Assert.AreNotEqual(instance1, instance2);
}
}

因为改变了User.Current对象引用,因此,两次请求返回的对象是不同的对象。

你可能注意到了回调函数提供了一个名字是ctx的IContext参数。这个对象提供了绑定的用来创建范围对象的上下文环境。自定义范围是最灵活最有用的范围。其实其他范围都可以用自定义范围来实现。

线程范围:

kernel.Bind<object>().ToSelf().InScope(ctx=>Thread.CurrentThread);

请求范围:

kernel.Bind<object>().ToSelf().InScope(ctx=>HttpContext.Current);

可以使用Release方法强制释放创建的对象实例。

 var myObject = kernel.Get<MyService>();
..
kernel.Release(myObject);
上一篇:用python做数值计算


下一篇:51nod 区间中第K大的数