Zastanawiam się, gdzie pliki dll są przechowywane w Visual Studio i czy to najlepszy sposób, aby je tam zatrzymać lub skonsolidować w innych przypadkach w następujących przypadkach:
1) Moje rozwiązanie obejmuje projekt biblioteki c #do których odnoszą się inne projekty w tym samym rozwiązaniu. Rozumiem, że projekt biblioteki przechowuje bibliotekę DLL we własnym folderze katalog / bin. Więc czy muszę ustanowić odwołanie do tej biblioteki, wskazując dll w tym folderze zewnętrznym? Problem polega na tym, że dll powinien być później dostarczony z projektami odwołującymi się do pliku dll. Czy projekty odwołujące się do pliku dll utworzą kopię dll we własnych folderach projektu / bin lub jak to działa?
2) gdzie mam skopiować do tego biblioteki zewnętrzneodnoszą się do projektów, które lubię wysyłać w skompilowany sposób? Czy dll powinien być kopiami i odniesieniami do folderu bin każdego projektu korzystającego z takiej zewnętrznej biblioteki?
Jestem trochę zdezorientowany, jak ćwiczyć i nie mogłem znaleźć prostych odpowiedzi w innych postach tutaj.
Dzięki
Odpowiedzi:
0 dla odpowiedzi № 1Jeśli możesz ustawić dwa rozwiązania, jeden dla dll, do którego się odwołujesz, a drugi dla swojego projektu, który odwołuje się do nich później
- utwórz folder zależności, w którym ustawisz wszystkie potrzebne pliki binarne
- ustaw ścieżkę do tego folderu zależności we wszystkich swoich projektach, które utworzą bibliotekę DLL, do której chcesz się odwoływać
- ustaw kolejność kompilacji w swoim rozwiązaniu, aby najpierw skompilować dll, a po skompilowaniu projektu, który odwołuje się do dll
podczas wdrażania upewnij się, że utworzyłeś folder zależności
Dla twojej informacji twoja aplikacja najpierw zobaczy w folderze GAC (składanie okien), potem zobacz na bieżącej ścieżce i po użyciu zmiennej środowiskowej PATH.