ASP.NET MVC и MemoryCache - как мне его использовать?

Question

У меня есть это в моем Application_Start:

var crumbsCache = new MemoryCache("breadCrumbsNames");
var crumbsList = new List<CacheItem>
                    {
                        //list of new CacheItem();
                    };
foreach (var cacheItem in crumbsList)
{
    crumbsCache.Add(cacheItem, new CacheItemPolicy());
}

Теперь в моих контроллерах я делаю это:

var cache = new MemoryCache("breadCrumbsNames");
var cacheItem = cache.GetCacheItem("nameOfCacheItem");

Но тогда cacheItem всегда нулевой, что я делаю не так?

Answer 1

Я думаю, что лучшим вариантом для вас будет использовать Ninject или какая-то другая структура внедрения зависимостей, чтобы внедрить ваш MemoryCache в контроллеры по мере необходимости.

Вы начнете с добавления Ninject а также Ninject.Mvc3 (и любые другие связанные биты) к вашему проекту ASP.NET MVC. Если вы работаете в Visual Studio, вы можете использовать NuGet для этого. Это довольно безболезненно и хорошо автоматизировано.

Следующим шагом будет завернуть ваш MemoryCache в какой-то интерфейс, такой как:

public interface IMemoryCacheService
{
    MemoryCache MemoryCache
    {
        get;
        set;
    }
}

А также:

public class MemoryCacheService : IMemoryCacheService
{
    public MemoryCacheService()
    {
        MemoryCache = new MemoryCache();
    }

    public MemoryCache MemoryCache
    {
        get;
        set;
    }
}

Затем вы определяете привязку внутри Ninject, чтобы Ninject знал, что когда вам нужно что-то типа IMemoryCacheService, это должно дать вам пример MemoryCacheService,

Я вставлю свой собственный класс конфигурации Ninject здесь. Тот, который будет создан в вашем проекте, будет очень похож и будет находиться в папке с именем App_Start (который будет создан автоматически, если вы используете NuGet). Класс, который Ninject создает по умолчанию, называется NinjectWebCommon,

public static class NinjectConfig
{
    private static readonly Bootstrapper bootstrapper = new Bootstrapper();

    public static void Start()
    {
        DynamicModuleUtility.RegisterModule(typeof(OnePerRequestHttpModule));
        DynamicModuleUtility.RegisterModule(typeof(NinjectHttpModule));

        bootstrapper.Initialize(CreateKernel);
    }

    public static void Stop()
    {
        bootstrapper.ShutDown();
    }

    private static IKernel CreateKernel()
    {
        var kernel = new StandardKernel();

        kernel.Bind<Func<IKernel>>()
              .ToMethod(context => () => new Bootstrapper().Kernel);
        kernel.Bind<IHttpModule>()
              .To<HttpApplicationInitializationHttpModule>();
        kernel.RegisterServices();

        return kernel;
    }

    private static void RegisterServices(this IKernel kernel)
    {
        kernel.Bind<IMemoryCacheService>()
              .To<MemoryCacheService>()
              .InSingletonScope();
              // InSingletonScope() is important so Ninject knows
              // to create only one copy and then reuse it every time
              // it is asked for

        // ignore the stuff below... I have left it in here for illustration
        kernel.Bind<IDbTransactionFactory>()
              .To<DbTransactionFactory>()
              .InRequestScope();
        kernel.Bind<IDbModelContext>()
              .To<DbModelContext>()
              .InRequestScope();
        kernel.Bind<IDbModelChangeContext>()
              .To<DbModelChangeContext>()
              .InRequestScope();
        kernel.Bind<IUserContext>()
              .To<UserContext>()
              .InRequestScope();

        kernel.BindAttributeAndFilter<IgnoreNonAjaxRequestsFilter, IgnoreNonAjaxRequestsAttribute>();
        kernel.BindAttributeAndFilter<ProvideApplicationInfoFilter, ProvideApplicationInfoAttribute>();
        kernel.BindAttributeAndFilter<ProvideSessionInfoFilter, ProvideSessionInfoAttribute>();
        kernel.BindAttributeAndFilter<UseDialogLayoutFilter, UseDialogLayoutAttribute>();
        kernel.BindAttributeAndFilter<CheckResourceAccessFilter, CheckResourceAccessAttribute>();
        kernel.BindAttributeAndFilter<CheckResourceStateFilter, CheckResourceStateAttribute>();
    }

    private static void BindAttributeAndFilter<TFilter, TAttribute>(this IKernel kernel)
    {
        kernel.BindFilter<TFilter>(FilterScope.Action, null)
              .WhenControllerHas<TAttribute>();
        kernel.BindFilter<TFilter>(FilterScope.Action, null)
              .WhenActionMethodHas<TAttribute>();
    }
}

Наконец, ваши контроллеры изменятся с:

public class HomeController : Controller
{
    public ActionResult Foo()
    {
        ...
    }

    ...
}

чтобы:

public class HomeController : Controller
{
    private IMemoryCacheService memoryCacheService;

    public HomeController(IMemoryCacheService memoryCacheService)
    {
        this.memoryCacheService = memoryCacheService;
    }

    public ActionResult Foo()
    {
        // use this.memoryCacheService in your controller methods...
    }

    ...
}

Скажем, вы сделали еще один сервис под названием IEmailService следуя вышеупомянутой стратегии, и вы хотели IEmailService быть доступным в HomeController а затем:

public class HomeController : Controller
{
    private IMemoryCacheService memoryCacheService;
    private IEmailService emailService;

    public HomeController(IMemoryCacheService memoryCacheService, IEmailService emailService)
    {
        this.memoryCacheService = memoryCacheService;
        this.emailService = emailService;
    }

    public ActionResult Foo()
    {
        // use this.memoryCacheService in your controller methods...
        // and also use this.emailService in your controller methods...
    }

    ...
}

Ninject изменит фабрику контроллеров ASP.NET MVC, чтобы автоматически предоставлять введенные аргументы конструкторам контроллеров.

Я думаю, что такой подход лучше в долгосрочной перспективе, чем хранение глобальных переменных и т. Д.

Answer 2

Вы создаете новый экземпляр MemoryCache в каждом контроллере. Поскольку он новый, в нем нет ничего, поэтому ваши значения всегда равны нулю. Вам нужно получить доступ к тому же экземпляру, который вы создали в Application_Start, Посмотрите на использование MemoryCache.Default,