Беспорядок.Net Configuration files
У нас есть несколько сложный проект, который исходные разработчики разделяют на несколько проектов в организационных целях. То, что это значит для меня, - то, что у меня есть сайт ASP.NET, который имеет web.config и содержит все виды хороших настроек и другой проект, который компилирует в DLL, который имеет свой собственный .config файл, app.config.
В DLL было бы очень хорошо смочь получить доступ ко всему AppSettings, который я имею в web.config файле proejct ASP.NET.
Действительно ли это возможно? Это - хорошая практика? Я действительно не хочу копировать и вставлять ту же информацию и иметь для ручного хранения их в синхронизации между 2 (на самом деле могли бы быть до 20 - это - крупный проект, и кто-то организовал ее к абсурдному уровню), .config файлы.
Какие-либо предложения или лучшие практики?
2 ответа
Это - на самом деле поведение по умолчанию - ConfigurationManager. AppSettings прочитал ток web.config для всего DLLs.
Иногда файлы .config создаются для других проектов (или dlls), но они не используются на сайте и должны быть объединены в web.config .
Я бы предположил, что вы позвонили [длина myArray] вместо соответствующего [количество myArray] где-то в вашем коде. NSAray использует метод подсчета, а не длину для количества содержащихся в нем предметов.
System.Web.Configuration .WebStartManager.AppSettings обращается к web.config из любой библиотеки классов. Просто добавьте ссылку на System.Configuration и System.Web в любую библиотеку, необходимую для доступа к ней.
И чтобы ответить на ваш вопрос о стандартной практике, да, обычно хранить ключ/значения приложения в web.config, чтобы держать вещи централизованными в ASP.NET веб-приложениях и веб-сайтах. В web.config просто используйте раздел < appSettings > , как обычно в файлах app.settings.