Где кэширование должно произойти в приложении MVC ASP.NET?

Я не знаю anwser к Вашему вопросу, но переговоры Jeff Atwood о том, как, ТАКИМ ОБРАЗОМ, команда сделала кэширование с помощью платформы MVC для stackoverflow.com на недавнем шоу hanselminutes, что это могло бы выручить Вас:

http://www.hanselminutes.com/default.aspx?showID=152

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

Попытайтесь также думать, почему необходимо кэшироваться? Вы хотите сохранить обработку, передачу данных или что? Это поможет Вам знать, где точно у Вас должен быть свой слой кэширования.

Быстрый ответ

Я запустил бы с кэширования КОНТРОЛЛЕРА, использовать атрибут OutputCache и позже добавить Модель, кэширующуюся при необходимости. Это более быстро для реализации и имеет мгновенные результаты.

Ответ детали (вызывают, мне нравится звук моей речи),

Вот пример.

[OutputCache(Duration=60, VaryByParam="None")]
public ActionResult CacheDemo() {
  return View();
}

Это означает, что, если пользователь поражает сайт (для требований кэша, определенных в атрибуте), существует меньше работы, которая будет сделана. Если существует только Образцовое кэширование, то даже при том, что логика (и скорее всего хит DB) кэшируется, веб-сервер все еще должен представить страницу. Почему делают это, когда результатом рендеринга всегда будет то же?

Поэтому запустите с OutputCachлуг, затем перейдите на Модель, кэширующуюся как Вы тест производительности Ваш сайт.

Кэширование вывода также намного более просто начаться с. Вы не должны волноваться о распределенном кэшировании веб-фермы probs (если Вы - часть фермы), и кэширующийся поставщик для модели.

Усовершенствованные методы кэширования

Можно также применить кэширование пончика-> кэш только часть страницы UI :) Проверьте его!

Все это зависит от того, насколько дорогой операция. При усложнении запросов затем, могло бы иметь смысл кэшировать данные на уровне контроллера так, чтобы запрос не был выполнен снова (пока кэш не истекает).

Следует иметь в виду, что кэширование является очень сложной темой. Существует много различных мест, что можно сохранить кэш:

• Akamai / кэширование CDN
• Кэширование браузера
• Кэширование приложения в оперативной памяти
• Объект Кэша.NET
• Директива страницы
• Распределенный кэш (memcached)

Я выбрал бы кэширование на образцовом уровне. (В целом совет, кажется, для уменьшения бизнес-логики на уровне контроллера и перемещении как можно больше в образцовые классы.)

Как насчет того, чтобы делать его как это:

У меня есть некоторые записи в модели, представленной классом Entry и источник записей (от базы данных, или 'множества пользовательских объектов'). В модели я делаю интерфейс для получения записей:

public interface IEntryHandler
{
    IEnumerable<Entry> GetEntries();
}

В модели у меня есть фактическая реализация IEntryHandler где записи считаны из кэша и записаны для кэширования.

public class EntryHandler : IEntryHandler
{
    public IEnumerable<Entry> GetEntries()
    {
        // Check if the objects are in the cache:
        List<Entry> entries = [Get entries from cache]
        if (entries == null)
        {
            // There were no entries in the cache, so we read them from the source:
            entries = [Get entries from database or 'plethora of custom objects']
            [Save the retrieved entries to cache for later use]
        }
        return entries;
    }
}

Контроллер затем звонил бы IEntryHandler:

public class HomeController : Controller
{
    private IEntryHandler _entryHandler;

    // The default constructor, using cache and database/custom objects
    public HomeController()
        : this(new EntryHandler())
    {
    }

    // This constructor allows us to unit test the controller 
    // by writing a test class that implements IEntryHandler
    // but does not affect cache or entries in the database/custom objects
    public HomeController(IEntryHandler entryHandler)
    {
        _entryHandler = entryHandler;
    }

    // This controller action returns a list of entries to the view:
    public ActionResult Index()
    {
        return View(_entryHandler.GetEntries());
    }
}

Таким образом, это возможно к модульному тесту контроллер, не касаясь реального кэша/базы данных/пользовательских объектов.