Развернуть несколько конфигов или поместить все в один веб-конфиг?

Question

Файл нашего решения содержит множество различных проектов, включая веб-приложение ASP.NET MVC, службу Windows и несколько приложений для настольных компьютеров. Один проект обрабатывает ведение журнала и имеет файл app.config, содержащий список получателей, чтобы сообщить, когда что-то фатальное было зарегистрировано.

Что касается развертывания нашего веб-приложения, мне было интересно, будет ли лучше создать раздел в web.config, содержащий эту информацию, чтобы мне не пришлось развертывать файл app.config регистратора, или лучше развертывать отдельно, так как другие приложения используют регистратор, и он должен зависеть от своего собственного файла, сообщая ему, кому сообщить?

Answer 1

Обычно лучше довести ответственность за настройку инфраструктуры до потребляющего клиентского приложения (будь то настройка через код, Web.config, app.config и т. Д.). То есть, если библиотека ожидает наличия определенных разделов в конфигурационном файле по умолчанию, сделайте так, чтобы ответственность за нее была сконфигурирована клиентом.

Answer 2

Делайте то, что наиболее разумно для вас и вашей команды.

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