Jak mogę używać biblioteki dll C# (managed), której nie mam?

Question

Jak poprawnie odwołać się do biblioteki DLL C#, do której nie mam dostępu fizycznego? (I rzeczywiście DLL, po prostu nie wszystkie jego zależności.)

Tło:

Na komputerze docelowym jest program i wiele współzależnych dll zainstalowane w C:\FancyProgram.

Potrzebuję napisać prostą aplikację, która zostanie wdrożona na komputerze docelowym do C:\SimpleProgram.

Ten prosty program będzie musiał wykonać połączenia do jednego z plików dll pod numerem C:\FancyProgram. Jest to plik DLL zarządzany na platformie .net

Na mojej maszynie programistycznej mam , a nie kopię FancyProgram. Mam ten jeden plik DLL, ale nie mam żadnej z jego wielu zależności. Nie mogę również dołączyć tej biblioteki do SimpleProgram.

Jaka jest poprawna metoda używania i odwoływania się do tej biblioteki DLL w moim projekcie Visual Studio, tak aby mój plik SimpleProgram poprawnie się skompilował, ale załadował bibliotekę DLL w środowisku wykonawczym z właściwej lokalizacji?

Dziękuję

Answer 1

Moja rekomendacja jest stworzenie fasady dla funkcji, które chcesz użyć z tej biblioteki. I nie używać (odniesienia) bezpośrednio - rozwiązać i załadować go dynamicznie:
C# - Correct Way to Load Assembly, Find Class and Call Run() Method
Load Assembly at runtime and create class instance

Answer 2

Uhhhh, co zamierzasz zrobić testy? Zakładając, że wiesz, że musisz upewnić się, że plik .dll znajduje się w GAC i odsyła go w ten sposób (najlepiej), to znaczy, że .dll musi znajdować się w tym samym miejscu na wszystkich komputerach. Dodaj .dll w swoich referencjach i oznacz go jako Kopiuj lokalnie: false, więc nie wdrażasz go. Powodzenia.

Answer 3

Czasami warto spojrzeć na szczegóły LoadLibrary, GetProcAddress i Marshal.GetDelegateForFunctionPointer.

Chciałbym również zbudować bibliotekę dll do testowania lokalnie, z tym samym interfejsem, co zewnętrzna biblioteka dll. To, ile funkcji włożymy, zależy od złożoności interfejsu i twojego SimpleProgram.

Było kilka doskonałych odpowiedzi na mój stary question o importowanie zewnętrznych bibliotek dll.

Answer 4

. Netto i tak zrobi późniejsze wiązanie. Dopóki nie odwołasz się do pliku .dll w żaden sposób, dopóki nie będziesz chciał go załadować, to zadziała.

Po prostu zamknij wszystkie odniesienia (pola, właściwości, metody, instancje) w klasę spearate lub w projekcie i wykonaj instancję tylko wtedy, gdy musisz. Następnie możesz spróbować złapać błąd ładowania. Zobacz okno wyjściowe Visual Studio, gdy aplikacja jest uruchomiona, powie ci, kiedy próbuje załadować plik .dll.

Można też spojrzeć na te wydarzenia, aby Twoje błędy app uchwyt wdzięcznie:

AppDomain.CurrentDomain.AssemblyLoad += ...; 
AppDomain.CurrentDomain.AssemblyResolve += ...; 
AppDomain.CurrentDomain.UnhandledException += ...; 
AppDomain.CurrentDomain.FirstChanceException += ...;

Można też wziąć podejście MEF. Jest to struktura do robienia późnego ładowania/wiązania.