Я знаю, что я не ставил сильно названные сборки в папку bin на ранних версиях ASP.NET. Я помню, что это вызвало проблемы, но я не помню конкретно, какие проблемы. Кто-нибудь знает, распространяется ли это на ASP.NET 2.0? Есть ли причина не помещать сильно названные сборки в папку bin в ASP.NET 2.0 или более поздних версиях?Сильно названные сборки в папке bin на ASP.NET 2.0
Проблема, о которой вы описали, была исправлена на .NET 2.0, поэтому вам больше не нужно об этом беспокоиться.
Однако будьте осторожны, если вы поместите сборку с сильным именем в папку bin, а сборка с таким же сильным именем существует в GAC, тогда сборка в GAC будет загружена.
это не совсем правильно, так как его сборки имеют разные версии, а GAC - это версия. Так что, только если сборка, которую он использует, также находится в GAC, это будет иметь значение. Но в этом весь вопрос, потому что он не хочет помещать его в ПКК. –
На самом деле сильное имя ** состоит из ** имени и версии сборки уже (и культуры) http://msdn.microsoft.com/en-us/library/wd40t7ad.aspx –
У меня не было проблем с сильными именованными сборками, которые были помещены в корзину. Я столкнулся с некоторыми проблемами Interop с сильными именами сборок и конфликтов версий, но это было вызвано тем, что разработчики компилировали более старые версии библиотеки приложений ComPlus в решение вместо текущей или более новой версии.
Я спрыгнул с обрыва, не повредившись. Это не значит, что это безопасно для всех все время. – Brad
@Brad - Tru, но я довольно внимательно прочитал (IMO) о сильных именованных собраниях, и ничто из того, что я натолкнулся, не показало, что сильные имена сборок вредны для мусорного контейнера (вот почему я спрыгнул с этой скалы в первую очередь). Тем не менее, я, по общему признанию, не являюсь экспертом в сильных названных собраниях. –
Не должно быть никаких проблем с этим. Я делал это несколько раз во время разработки/тестирования, и у меня даже есть сайт, который в настоящее время работает, который имеет сильно названные сборки в папке bin без проблем.
Ассембли сильно названы по какой-либо причине (очевидно), поэтому у вас должна быть веская причина бросить их в папку bin.
У меня есть веская причина бросить их в папку .bin. На этом сервере размещены 2 других веб-сайта, использующих разные версии сборок. Я не думаю, что загрузка их в GAC будет снимать эти сайты, но я не хочу выяснять, прав ли я. – Brad
Вещь с сильно названными сборками заключается в том, что они версируются. Поэтому, если ваше приложение использует другую версию из других приложений, проблем не должно быть. В этом весь смысл ПКК. Каждое приложение ASP.NET будет иметь версию этих сборок, которую они ожидают найти, чтобы вы могли посмотреть их файлы web.config и подтвердить. –
Вы знаете, для этого приложения это не проблема, но, скажем, в будущем другим приложениям нужна версия, которую вы используете, и, скажем, в будущем есть еще одна версия всех сборок, которые все используют. Вот когда кто-то должен знать/помнить, что одна из этих сборок находится в одной из этих папок с бинами, и поэтому вы не видите новых функций. В конечном итоге это будет беспорядок. –
Я вставлял строго названные сборки в папку «bin» веб-приложений с ASP.NET 2.0 и никогда не сталкивался с какой-либо проблемой. –