Результаты поиска по запросу "appdomainsetup"
Почему AppDomainSetup.ShadowCopyFiles является строкой?
Издокументация [http://msdn.microsoft.com/en-us/library/system.appdomainsetup.shadowcopyfiles.aspx] : Строка, содержащая строковое значение «true», указывающее, что теневое копирование включено; или «ложь», чтобы указать, что теневое ...
Нет, это не так. Unwrap () возвращает прокси для объекта в другом AppDomain, поэтому не требуется (обязательно) сборка, определяющая тип, который должен быть загружен в основной AppDomain.
аюсь сделать следующее. Приложение А - это «приложение для мамы». Он остается открытым. Приложение B - это просто .DLL, где я пишу некоторые классы, производные от интерфейса, указанного в приложении A. Затем из приложения A я «импортирую» ...
Загрузка сборок с зависимостями в другой домен приложения
Моя цель - выполнить проверку отсутствующих зависимостей между двумя заданными папками. Представьте себе следующую настройку. Root \ Dira \ A.DLL Root \ DI...
Ответ Ахмеда точен, чтение документов сделает чудеса. Я не согласен с мнением @ Will о том, что «вы должны внедрять класс», потому что иногда обработчик разрешения сборки все еще требуется, даже если вы успешно «внедрили» (иначе говоря, «создайте экземпляр типа в целевом домене приложения»), потому что некоторые сборки, которые находящиеся в приватном бине папки не разрешаются (например, папка плагинов). Тем не менее, реальное исправление для исходного кода - указать полный путь, обработчик разрешения сборки не должен быть необходим. В этих сценариях журналы слияния являются Евангелием.
ользую c # 4.0 и консольное приложение только для тестирования, следующий код дает исключение. AppDomainSetup appSetup = new AppDomainSetup() { ApplicationName = "PluginsDomain", ApplicationBase = ...
Как правильно установить теневое копирование для домена приложения по умолчанию
Относящийся кМожно ли заставить AppDomain по умолчанию использовать теневые копии определенных сборок?он описывает рабочее решение для активации теневого коп...