Назад | Перейти на главную страницу

Проблема зависимости при обновлении моего компьютера до mvc4 и попытке развернуть приложения mvc3

У меня очень похожая проблема: https://stackoverflow.com/questions/11023923/how-to-fix-this-mvc-website-error-could-not-load-file-or-assembly-system-web-h

такое же точное сообщение об ошибке:

Could not load file or assembly 'System.Web.Helpers' or one of its dependencies. The located assembly's manifest definition does not match the assembly reference. (Exception from HRESULT: 0x80131040)

Я знаю, что эта проблема связана с обновлением с mvc3 до mvc4. Мое приложение - mvc3, но я установил mvc4 на свой компьютер, что вызывает какую-то проблему с зависимостью. Чтобы решить эту проблему, мне нужно установить mvc4 на моем сервере, чтобы он работал, но с лазурным цветом это боль, потому что ни одна из моих установок mvc4 не привязана к серверу. Есть ли способ исправить это, чтобы мне не приходилось каждый раз устанавливать mvc4? или сделать так, чтобы в моем экземпляре Azure он был установлен постоянно. Когда я начинаю развертывать, это настоящая боль.

Вам действительно не нужно устанавливать среду выполнения MVC в виртуальной машине Azure, потому что этот шаг не требуется, если у вас есть все ссылки MVCx, и для них установлено значение «Копировать локально как истинное» в приложении Windows Azure. Наиболее распространенная проблема с обновлением MVCx до MVCy заключается в том, что некоторое время некоторые ссылки не настроены правильно и возникает несоответствие ссылок, и этого можно избежать, повторно взглянув на все ваши свойства конкретных ссылок MVC, чтобы проверить, что они поступают из MVC4 и установить как Копировать локально.

Чтобы проверить, правильно ли настроены ссылки MVC4 в приложении Windows Azure, я бы предложил:

  1. Создайте приложение Windows Azure MVC4 "Hello World"
  2. Сравните свойства конкретных ссылок MVC4 между вашим приложением и приложением «hello world» на предмет каких-либо нарушений и, если вы обнаружите их, исправьте их (этого должно быть достаточно)
  3. Упакуйте (CSPKG) как приложение, так и разархивируйте его в пакет, чтобы убедиться, что все конкретные ссылки MVC в обоих пакетах идентичны по версии / размеру (это еще одна настройка при проверке, которая не требуется, но несколько минут сэкономят вам много хлопот. позже, так что вы точно сможете это сделать)