ASP.NET: где/как web.config кэшируется?

просто поместите 3,33 вместо 3,27 (3,35 не работает) в map.html (в папке ресурсов)

Запустите rc.cmd, затем пересоберите gmlib и все в порядке.

7
задан splattne 8 November 2008 в 14:18
поделиться

3 ответа

Его кэшируемый в памяти, кэширующейся на диске уже, не имеет никакого смысла, его на диске.

В первую очередь, в ASP.NET Вы хотите удостовериться, чтобы Вы получили доступ к разделам конфигурации через объект HttpContext GetSection метод (это использует кэшируемые копии, управляемые ASP.NET).

Выполнение доступа к значениям конфигурации является функцией внутренней реализации объекта Раздела (объект, возвращенный GetSection). A ConfigurationSection может просто действовать как обертка для узла DOM, который она может считать по каждому запросу на свойство. OTH это могло внутренне кэшировать значение и наблюдать за изменениями.

Мой совет был бы содержанием Ваш простой код и просто получил бы доступ к значениям, через которые Вы нуждаетесь GetSection вместо того, чтобы пытаться содержать копии их в другом месте, но любой ценой поддержать ссылку на объект, возвращенный GetSection на время запроса, если Вы собираетесь выбрать несколько значений от него.

8
ответ дан 6 December 2019 в 19:43
поделиться

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

1
ответ дан 6 December 2019 в 19:43
поделиться

Я думаю, что web.config кэшируется в памяти (в экземплярах объектов от Системы. Сеть. Конфигурация). Они перезагружаются, когда .config файл изменяется (и таким образом перезагрузка Вашего веб-приложения).

Удар тех объектов вряд ли даст Вам узкое место производительности. Но если необходимо сделать парсинг и т.д., Вы могли бы хотеть держаться проанализированные объекты.

[Дополнительный] я хорошая практика (я думаю, по крайней мере) должна создать статические свойства в Вашем global.asax.cs файле для Вас appsettings. Можно инстанцировать тех свойств в application_start методе и использовать их через веб-приложение. Это препятствует тому, чтобы Вы использовали трудно кодированную строку (ключи конфигурации) всюду по Вашему коду.

1
ответ дан 6 December 2019 в 19:43
поделиться
Другие вопросы по тегам:

Похожие вопросы: