.NET, app.config.d

[metaclass]

Посетила странная идея.
Вот в дотнет-приложениях есть такой файлик app.config, где хранятся настройки. Когда инстансов этих приложений становится сильно много и они незначительно отличаются настройками - возникает необходимость хранить кучу слабо отличающихся файлов конфигурации, и при доработках и появлении новых настроек - обновлять их в продакшене и заниматься прочей такой чернью.
Так вот, может использовать метод, что практикуется в линуксах - объединять несколько файлов настроек в один, причем раскидать их по углам - общие в папке приложения, меняются вместе с деплойментом новой версии, частные, привязанные к месту деплоймента - где-нибудь отдельно. Или же по такому принципу, как в убунте локальные настройки вынесены в /etc/default/

Comments

[feorex.livejournal.com]

Ребе в курсе про web.config Transformation ?

[metaclass.livejournal.com]

У меня там не web.config, но надо глянуть, вдруг и к обычным приложениям применимо.

[bydlorus.livejournal.com]

http://stackoverflow.com/questions/3004210/app-config-transformation-for-projects-which-are-not-web-projects-in-visual-stud

[pascendi.livejournal.com]

В правильной операционной системе для этого существуют файлы .plist в общей библиотеке и библиотеке пользователя :-)

[develop7]

этот тот plist, в котором у dict позиционнозависимое содержимое? мало того, что XML, так ещё и пользоваться не умеют.

[bydlorus.livejournal.com]

В MS кстати тоже, например, позиционированное положение атрибутов. В том плане, что msxml это положение сохраняет, а виндопрограммеры ведь пользуется ну буквально всем, чем им разрешает пользоваться ms. Поэтому, скажем, нам при портировании под линукс приходится эмулировать данное поведение msxml.

[altmind.livejournal.com]

ППКС

[norguhtar.livejournal.com]

Ну вообще это больше вопрос к системе деплоймента. К примеру в maven есть профили. По умолчанию настраиваем профиль для разработки. И делаем отдельный профиль для продакшена.

[metaclass.livejournal.com]

Я не хочу при деплойменте править один файл, тем более xml - лучше бы копировать куски конфигов.

[norguhtar.livejournal.com]

Ну с моей точки зрения это более очевидный путь. Как это будет делаться изменением файла или подкладыванием нужного это уже другой вопрос. Я просто к тому что стоит посмотреть систему деплоймента.

[denisioru.livejournal.com]

А ребе в курсе, что отдельные секции можно хранить в отдельных файлах?


Ну и никто не запрещает делать свои секции, со своим обработчиком, которые хранят данные в нужном вам формате и месте.

[metaclass.livejournal.com]

А секции с собственными обработчиками можно вынести в отдельные файлы?

[denisioru.livejournal.com]

Не пробовал, но думаю да,

[berezovsky.livejournal.com]

Мерзопакостное ебло. Решить один раз, запихать в скрипт или инсталлятор и забыть.

[jakobz.livejournal.com]

Там выше писали про несколько файлов. App.config-файлы еще и наследуются: есть machine.config, потом системный web.config, потом у сайта и у вложенных папок сайта может быть.

Недавно было, например - главный web.config запрещал потомкам менять настройки авторизации для подпапок.

Короче там жесть и пауки, при этом я хз как по-простому переопределить себе connection string в отдельном файлике.

[love5an.livejournal.com]

Трансформации конфигов есть. Первый коммент.

[ext-1741091.livejournal.com (from livejournal.com)]

Я тебе давно говорил - нужно вообще на свою систему конфигов перейти.