플러그인 AppDomains 해결 방법

Question

자체 하위 디렉토리의 플러그인 어셈블리를 처리 할 때 하위 어셈블리에서 해당 종속성을로드하려고하면로드 할 수없는 잘 알려진 문제점이 있습니다. 해결 방법은 초기화시 해당 AppDomainSetup 개체에 PrivateBinPath이 설정된 AppDomains에 플러그인을로드하는 것입니다. 그러나 이것은 특히 플러그인이 GUI를 제공한다고 가정 할 경우 응용 프로그램 도메인 간 마샬링/교차에 관한 다른 어려움을 유발합니다.

보안 측면의 우선 순위가 낮 으면 (중요하지 않은 유틸리티 응용 프로그램, 잘못된 플러그인으로 인한 충돌시 심각한 문제 없음) 다음과 같은 생각이 들었습니다. 응용 프로그램 시작시 모든 플러그인 디렉토리를 검색해야합니다 , bin 경로에 해당 디렉터리가있는 새 AppDomain을 만들어야합니다. 그런 다음 전체 응용 프로그램과 해당 GUI가 모든 플러그인과 함께 새 AppDomain에서 실행됩니다.

주어진 상황에서 그 해결책을 피할 이유가 있습니까? 아니면 그 해결책이 심지어 실현 불가능한 이유가있을 수 있습니까?

Answer 1

설명 된 시나리오를 고려하여 두 번째 도메인에 대한 제안과 관련된 문제는 알지 못합니다. 그러나 추가 도메인 하위 디렉토리를 통해 자신을 검색하고 여기에서 어셈블리를로드하여 Assembly.LoadFrom을 사용하여 초기 도메인에서 어셈블리로드 실패를 처리 할 수 ​​있는지 조사 할 수 있습니다. FindAssemblyByName 모든 가능한 위치를 검색하기 위해 구현되어야 할 것이다 이것에 대한 가능한 설정의

예 :

static void Main(string[] args) 
{ 
    AppDomain.CurrentDomain.AssemblyResolve += CurrentDomain_AssemblyResolve; 

    // ... 
} 

static Assembly CurrentDomain_AssemblyResolve(
    object sender, 
    ResolveEventArgs e) 
{ 
    var assemblyName = new AssemblyName(e.Name); 

    string assemblyFilePath = FindAssemblyByName(assemblyName); 

    if (string.IsNullOrEmpty(assemblyFilePath)) 
     return null; 

    return Assembly.LoadFrom(assemblyFilePath); 
}