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