Значения запуска кэширования ASP.NET

Question

Я конвертирую приложение из C# WebForms в MVC.

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

В настоящее время, когда вы запрашиваете настройку приложения, он проверяет HttpContext.Cache, чтобы узнать, были ли вы уже получены настройки. Если вы этого не сделали, он вызывает вызов веб-службы и сохраняет настройки (более 100 объектов, которые по существу являются ключевыми/значениями) в HttpContext.Cache. Таким образом, вызов для получения настроек приложения происходит один раз.

Должен ли я смотреть на другой способ сделать это? Я думал, что настройки должны быть только вызовом службы REST, где вы передаете ключ и получаете значение (текущая служба - это * .ashx, которая действительно не идеальна для обработки исключений, кроме других причин). Но, очевидно, это приведет к появлению большего количества веб-запросов. Что считается лучшей практикой здесь? Является ли текущий метод точным, и я должен просто оставить код, работающий одинаково в приложении MVC?

Answer 1

Лучше загружать все ресурсы в одном вызове:

• меньше HTTP запросов лучше для производительности. Запросы Http могут иметь задержку около 50 мс, поэтому для получения всех значений один за другим потребуется 50 x 100 = 5000 мс => 5 сек.
• Если внешняя веб-служба опускается, ваше приложение все еще работает, потому что вы уже загружено и кэшировано все значения

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