com 객체와 조합 된 어셈블리 참조 문제

Question

우리는 제 3 자 라이브러리와 몇 개의 내부 패키지를 사용하는 WPF 프로젝트를 가지고 있습니다. wpf 프로그래머가 제대로 작동하므로 어셈블리가 올바르게 해석되고 코드가 훌륭하게 작동합니다.
이 프로그램은 시작한 방법에 따라 다른 소스의 데이터를로드 할 수있는 가능성을 제공합니다. 앞에서 언급 한 것처럼 자체적으로 호출하면 모든 것이 훌륭하게 작동하지만 컨트롤러를 제공하고 COM interop으로 등록하여 수행되는 다른 응용 프로그램에서 programm를 호출하면 어셈블리 참조 문제가 발생합니다.

[Guid("93BC7929-8A5F-43EA-AEAB-38B5034758E5")] 
[ComVisible(true)] 
public class ConnectionController : ControllerBase 
{ 
    public override void Run() 
    { 
     var viewModel = new MainWindowViewModel(); 
     var view = new MainWindow {DataContext = viewModel}; 
     view.Show(); 
    } 
} 

의 WPF programm에 또한 독립형 애플리케이션으로서 제공되기 때문에

, 우리 WPF 라이브러리 예 였을 들어 assemblys 많이 참조하지 않는 다른 프로젝트에 컨트롤러를 이동.

컨트롤러 자체는 더 이상 논리를 유지하지 않으며 일반적으로 com 객체가 제공하는 데이터를 전달하지만 실제로는 다른 프로젝트의 MainWindowViewModel을 인스턴스화하려고 시도하는 것입니다. 컨트롤러와 동일한 솔루션에있는 프로젝트는 올바르게 해석되지만 제 3 자의 작업은 그렇지 않습니다.

컨트롤러에서 wpf programm를 호출하자마자 타사 라이브러리를 참조하는 프로젝트는 더 이상 참조를 확인할 수 없어 예외가 발생합니다.

이런 종류의 문제를 해결하기위한 올바른 방법은 무엇입니까? GAC에 제 3 자 dll을 등록해야합니까? 아니면 우리가 조정해야 할 재산의 일부입니까? 우리는 그것의 주위에 우리의 머리를 얻을 수 없다. 참고 문헌에 대한 모든 정보와 그 정보가 어떻게 해결되었는지 평가 해주십시오.

Answer 1

@Hans Passant 덕분에 문제의 해결책을 발견했습니다. 첫 번째 시도를 위해 필요한 dll을 실행 어셈블리의 폴더에 복사하고 매력처럼 작동했습니다. 이것은 최종 해결책이 아니며, 대부분 코드베이스를 사용하지만 컨트롤러가 항상 먼저 생성되기 때문에 god 클래스를 사용할 수도 있습니다. 나는 컨트롤러를 가능한 한 작게 유지하려고 노력하고 애플리케이션이 리소스를 얻는 방법을 처리하도록 할 것이라고 생각한다.