В худшем случае, если ваш сервисный код ссылается на сборку DAL в Visual Studio, это снова открыть проект / решение WCF, убедитесь, что ссылка актуальна для DAL (либо по ссылке проекта, либо по ссылке DLL ) и перестроить / переиздать.
Возможно, есть лучшие способы, но это должно работать как запасной вариант ...
EDIT:
Чтобы дать некоторые отзывы о, возможно, более эффективном способе работы с разработкой WCF - вот как мы работаем на этих системах:
- Внешние общие библиотеки, такие как DAL, базовые бизнес-сборки и т. Д., Хранятся в сети (например, под UNC, например
\\DEVSTORE\CommonAssemblies\DAL\MyDal.dll
и т. Д.)
- В приложении WCF в Visual Studio добавьте фактическую ссылку на библиотеки DLL в сети. Настройки по умолчанию скопируют dll локально в папку bin во время сборки
- Используйте функцию публикации в Visual Studio для вывода папки svc, bin, web.config и т. Д. Во временную папку или в саму папку приложения IIS.
- При работе с общим DAL или другими общими библиотеками в VS просто убедитесь, что при сборке вы помещаете копию DLL в общее сетевое расположение.
Делает для довольно простого опыта разработки.