Хорошо, это довольно просто, но из того, что я видел ... вы можете использовать только какой-то рабочий процесс Windows для включения другой конфигурации в другую (что я отказываюсь делать).
Вот сделка:
MAINAPP.EXE Ссылается на гипотетическую LIBRARY.DLL.
MAINAPP.EXE имеет собственный файл MAINAPP.EXE.config.
Если вы добавляете «значения конфигурации» в LIBRARY.DLL (тем самым создавая app.config в проекте LIBRARY.DLL), эти значения недоступны во время выполнения , даже если вы скопируете app.config в LIBRARY.DLL.config по правильному пути после сборки.
Причина вышесказанного в том, что даже упомянутые библиотеки будут читать из конфигурации "mainapp.exe".
Все идет нормально". Теперь, когда вы добавляете ссылку на службу WCF, Visual Studio создает или заполняет ваш app.config привязками / конечными точками / и т. Д .; но это добавлено в проект, в который вы добавили конфигурацию ссылки; следовательно, ваш Library.DLL.prj заканчивается красивым app.config, который не работает, потому что он никогда не читается и даже не копируется в выходной каталог. Теперь вы можете подумать, что можете щелкнуть правой кнопкой мыши по app.config и установить для «всегда копировать» значение true. Забудь это. Это ничего не делает. (Вы можете найти это в Google).
Итак, учитывая приведенный выше странный сценарий, как обычный разработчик VS2008, работающий с проектом .NET 3.5, будет управлять ссылками на службы WCF, которые он добавляет в свою dll Business Layer? Должен ли этот разработчик КОПИРОВАТЬ и ВСТАВИТЬ весь раздел из бесполезного app.config в своей DLL в файл Mainapp.exe.config каждый раз при изменении служб или каждый раз? он добавляет / удаляет одну?
