Более подробно проектирование стратегии валидации рассматривается в разделе «Этапы проектирования стратегии валидации ввода и данных» далее в данной главе.

Этапы проектирования стратегии кэширования

Кэширование может играть решающую роль в повышении производительности. Исключительно важно спроектировать соответствующую стратегию кэширования, потому что неправильный выбор методик может негативно сказаться на производительности. Рассматриваемые далее этапы проектирования помогут выработать правильную стратегию кэширования для приложения.

Шаг 1 – Выбор данных, подлежащих кэшированию

В ходе проектирования приложения важно определиться с тем, какие данные годятся для кэширования. Для каждого слоя приложения создайте список данных, которые могут быть кэшированы. Рассмотрите возможность кэширования следующих типов данных:

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

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

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

Параметры хранимых процедур и результаты запросов. Рассмотрите возможность кэширования часто используемых параметров и результатов запросов.

Шаг 2 – Выбор места кэширования данных

При принятии решения о месте кэширования данных обычно необходимо рассмотреть два вопроса: физическое размещение кэша и его логическое размещение.

Физически кэш размещается либо в памяти, либо на диске в файлах или базе данных. Кэширование в памяти может осуществляться с помощью механизма кэширования ASP.NET, Enterprise Library Caching Application Block или механизма распределенного кэширования в памяти, такого как проект Microsoft под кодовым названием Velocity или технология Memcached от компании Danga Interactive. Размещайте кэш в памяти, если приложение часто использует данные; если кэшированные данные относительно часто меняются, и их приходится довольно часто запрашивать повторно; и если объем кэшированных данных относительно мал. Размещайте кэш в системе или базе данных, если использовать данные из хранилища кэша более эффективно по сравнению с их запросом из исходного хранилища; если кэшированные данные относительно редко меняются; и если сервисы для повторного запроса данных не всегда доступны. Подход с хранением кэша на диске также идеален при большом