Одна вещь, которую нужно проверить, это GAC
(глобальный кеш сборок).Вы можете сделать это, открыв проводник Windows и напечатав в адресной строке c: \ windows \ assembly (при условии, что ваша ОС установлена на диске c).
Возможно, вместо этого он получает сборку из GAC.
Другие вещи, которые нужно сделать, это очистить решение и сделать все заново, чтобы убедиться, что у вас нет старых ссылок на сборки.
Кроме того, если это веб-приложение, оновсегда помогает остановить IIS, а затем очистить папку C:\WINDOWS\Microsoft.NET\Framework\framework_version\Temporary ASP.NET Files
.
СОВЕТ
Другая вещь, которую нужно использовать, - .Net отражатель .Вы можете увидеть, какие зависимости у сборки, и вам нужно убедиться, что все они присутствуют на целевом компьютере.
Способ сделать это - установить отражатель, затем запустить его, а затем перетащить сборку вэто и вы можете увидеть зависимости сборки.Необходимо убедиться, что все эти dll-зависимости доступны на целевом компьютере, а также, если номер является подписанным сборками, номер версии должен быть правильным.
TIP2 Обратите внимание, что иногда возникают проблемы, когда сборка A связана с версией xxx сборки B, а сборка C связана с версией yyy сборки B. Другими словами, две разные сборки в вашем проекте связаны с разными версиями одной и той же сборки.Это современная версия DLL Hell.Чтобы обойти это, используйте перепривязку сборки.Вы можете прочитать об этом здесь .