Приложение. Конфигурация по сравнению с Пользовательским XML-файлом
Если Вы делаете его от использования SQLPLUS
SET DEFINE OFF
для остановки его шагающий & как особый случай
5 ответов
По моему скромному мнению, некоторые люди склонны переборщить с обработчиками настраиваемых секций конфигурации.
Я обычно использую их только тогда, когда мне нужно что-то очень сложное; и он используется / записывается третьими сторонами (т.е. я хочу провести экстравагантную проверку на нем).
Я думаю, что вы можете вполне успешно использовать app.config / web.config для всех соответствующих настроек и использовать отдельные файлы XML, когда Совершенно очевидно, что это отдельный компонент приложения.
App.Config хороши для конфигурации, зависящей от приложения: хороший пример - путь к базе данных. Остальное не должно быть здесь.
Возможно, вы захотите создать файлы для конкретного пользователя, после чего вы можете использовать собственный XML-файл, который будет сохранен в изолированном хранилище.
На мой взгляд, app.config подходит для настроек времени развертывания, таких как расположение базы данных, IP-адрес или расположение критического файла данных и т. Д. Пользовательские настройки, такие как настройки шрифта, цвета и поведения должны находиться в другом файле, который можно легко создать и сохранить с помощью сериализации Xml.
Большинство настроек относятся к одному из трех лагерей:
- Технические настройки, которые влияют на внутреннее поведение кода, например, строка подключения к базе данных, путь к файлу данных, переключатели регистрации, переключатели обработки ошибок и т. д.
- Бизнес-настройки, которые влияют на бизнес-логику продукта, например, «разрешен ли пользователям доступ к модулю CRM?»
- Значения профиля, зависящие от пользователя, например: «Разрешен ли этому пользователю доступ к модулю CRM?» ".
Естественное место для типа 1 - в app.config или web.config , а естественное место для типов 2 и 3 - в базе данных.
Взгляните на Архитектуру настроек приложения , app.config предназначен для конфигурации приложения, хотя это довольно общий термин .. Поэтому я предлагаю вам посмотреть в файлы настроек приложения.
Я бы не стал хранить такие настройки, как «загружать базу данных при запуске или нет» в app.config. Я бы предпочел использовать для этого альтернативное хранилище, такое как настройки приложения, не путайте конфигурацию приложения с настройками, даже если вы можете захотеть это сделать, не делайте этого. app.config должен иметь конфигурацию, относящуюся к вещам более низкого уровня, таким как подключение к базе данных, поставщик членства или любая другая критически важная информация для приложений.