У нас есть коллекция веб-сервисов VB.NET/IIS на некоторых наших серверах, и у них есть файлы web.config в корневых каталогах веб-сайтов, которые они 'уже считывает конфигурации из. Существует новая конфигурация, которую нужно добавить, которая будет сразу немного больше, чем другие, и она будет расти только. Это, по сути, значение, разделенное запятыми, и я хочу сохранить его в определенном файле конфигурации.web.config против текстового файла для хранения значения, разделенного запятой
Сначала я начал делать это с помощью текстового файла, но возникла проблема с этим. Содержимое текстового файла может измениться, когда потоки веб-сервисов и процессы запущены, поэтому им необходимо существенно перечитать файл каждый раз, когда им нужно получить доступ к его значениям. Я думал об использовании какого-то кеширования, но если веб-службы не будут полностью перезагружены каждый раз, когда файл будет обновлен, кеширование будет блокировать обновление файла сразу же. Но чтение из текстового файла каждый раз медленное ...
Затем появилась идея поместить это значение в web.config вместе с другими конфигурациями, которые службы уже используют. Когда web.config изменен, изменения могут быть кэшированы в коде, а не сразу вступать в игру. Однако web.config, ну, web.config, и это не полностью тривиальный текстовый файл, который просто считывается из кода. IIS обрабатывает web.config особым образом.
У меня возникло соблазн подумать, что любые отрицательные последствия размещения значения, разделенного запятой, в файле web.config будут перевешиваться по сравнению с их хранением в текстовом файле (или базе данных, которая, вероятно, не может использоваться для это все равно), но я думаю, лучше спросить.
Каковы последствия хранения в файле web.config возможно более длинного значения, разделенного запятыми, а не в его собственном маленьком текстовом файле? Является ли файл особенно хорошей или плохой идеей? Для меня кажется, что web.config будет легко уживаться, не перечитывая файл снова и снова, но, конечно же, есть нечто большее, чем обычный пользователь. Благодаря!
часто ли это изменение данных? Если это так, web.config будет плохой идеей. Каждый раз, когда изменяется web.config, пул приложений перерабатывается. – Namrehs
@Namrehs Вероятно, у него мало шансов, как часто он меняется, но большую часть времени он должен быть довольно стабильным. – Panzercrisis
@Namrehs Это просветление. Вы хотите использовать это как ответ? – Panzercrisis