Можете да пренасочите свързан по време на компилация препратка време да рамкови възли .NET, от трета страна сглобяване или изграждане на собственото си приложение. Можете да предаде молбата си да използва различен вариант на събранието по няколко начина: чрез политика на издателя, като се използват конфигурационен файл на приложение или чрез използване на конфигурационния файл на компютъра. Тази статия показва как да се обвърже възли, работещи в рамката за .NET и как тя може да се настрои.
Свързването с .NET Framework възли понякога се пренасочва към процес, наречен обединението на събрания. NET Framework включва версия на CLR и около двадесет .NET Framework възли, които са част от библиотеката тип. Тези възли .NET Framework се считат като един блок за изпълнение на околната среда. По подразбиране, когато стартирате приложението, всички позовавания на типове в кода, изпълнявани от издръжливостта й са насочени към .NET Framework възли, които имат един и същ номер на версията като средата за изпълнение, която е заредена в процеса. Пренасочванията, които се изпълняват в този модел - това е стандартното поведение на издръжливостта й.
Например, ако вашето приложение се отнася до видовете имена пространство System.XML и са събрани с помощта на .NET Framework 4.5, тя съдържа статичен позоваване на събранието System.XML, която идва с изпълнение версия 4.5. Ако искате да пренасочите вързани връзката, за да води директно към System.XML монтаж, предоставено с .NET Framework 4, можете да публикувате информация за пренасочване в конфигурационния файл на приложение. Вържи пренасочване в конфигурационния файл на обединената .NET Framework събрание отменя обединението на това събрание.
В допълнение, може да се наложи да се пренасочи ръчно свързването при монтажа страна, ако съществуват няколко версии на разположение.
Доставчици възли могат да изпращат заявки за по-новата версия на събранието, включително досието на издател политика с нов монтаж. политика файл на издателя, който е в световен монтаж на кеша съдържа настройки за пренасочване възли.
Всяка версия osnovnoy_nomer .dopolnitelnyy_nomer събрание има политика файл със собствен издателя. Например, пренасочване от версия 2.0.2.222 версия 2.0.3.000 и от версия 2.0.2.321 версия 2.0.3.000 водят до един и същи файл, тъй като те са свързани с версия 2.0. Въпреки това, пренасочване на версия 3.0.0.999 версия 4.0.0.000 причинява файла на версия 3.0.999. Всяка основна версия на .NET Framework събрание има политика файл със собствен издателя.
Ако има да се изгради политика файл на издателя, издръжливостта й проверява файла след като проверят конфигурационния файл на приложението и манифеста на сглобяване. Доставчиците трябва да използват една политика издател файлове само ако новият модул е обратно съвместим с пренасочени събрание.
Можете да заобикалят политиката на издател за кандидатурата си, като зададете параметрите в конфигурационния файл на приложението, както е описано в раздел политика байпас издател.
Има няколко различни подходи за промяна на поведението на автомати за приложението ви с конфигурационния файл на приложение: ръчно Можете да редактирате този файл, или да разчитат на автоматично свързване пренасочване или задаване на поведение на свързване чрез прескачане на политиката на издател.
Можете ръчно да промените конфигурационния файл на заявление за решаването на проблеми, свързани с монтажа. Например, ако продавачът пуска нова версия на събранието, че молбата Ви използва без политика на издателя, тъй като тя не е гаранция за обратна съвместимост, можете да изпратите на приложението да използва новата версия на монтажа, пускането на информацията задължителен монтаж в конфигурационния файл приложение, както следва.
Ако друг проект във вашата препратки кандидатстване версия 1.0.0.0 от един комплект, автоматично се свързват пренасочване добавя към app.config на изходния файл след влизането на прилагането го е стандартизиран с версията 2.0.0.0 на това събрание:
Ако е необходимо, можете да пренебрегнете правилата за издатели в конфигурационния файл приложение. Например, нови версии на възли, които са рекламирани като подкрепа обратна съвместимост все още могат да нарушат прилагането. Ако искате да се заобиколят политика на издател, добавете
политика байпас издател да поддържа производителността на приложенията за потребителите, но бъдете сигурни, за да съобщите за проблема на доставчика на събранията. Ако комплектът е политиката на файла с издател, доставчикът трябва да гарантира, че събранието е обратно съвместим, така че клиентите могат да използват новата версия на най-пълна степен.
Понякога администратора на компютъра желае да всички приложения на вашия компютър, за да използвате конкретна версия на системата. Например, администраторът може да искате да използвате определението за всяка версия приложение на групата, тъй като тази версия поправя дупка в сигурността. Ако комплектът се пренасочва в конфигурационния файл машина, всички приложения на вашия компютър, като се използват по-старата версия, ще бъдат насочени към използване на новата версия. компютърна конфигурация файл отменя конфигурационния файл на приложението и политика файл на издателя. Този файл се намира в% среда% път постави изпълнението \ Config. Като общо правило. NET Framework инсталиран в .rive% \ Windows \ Microsoft.NET \ Framework указателя.
Едно и също XML формат ви позволява да определите пренасочване автомати в конфигурационния файл на приложението, конфигурационен файл машина и политика файл на издателя. За да пренасочи един монтаж версия да се използва друг елемент
Следният пример показва код на различни свързващи пренасочване сценарии. Примерът показва пренасочване на myAssembly гама версия и един за свързване пренасочване mySecondAssembly. Примерът показва също, че досието на политиката издател не ще замени пренасочване автомати за myThirdAssembly.
За да се обвърже монтаж, трябва да укажете низ "урната: Схеми-Microsoft-ком: asm.v1" на с xmlns приписват в маркера
Свързани статии