Przez większość mojej kariery programistycznej .NET byłem programistą ASP.NET/WCF, więc jestem bardzo przyzwyczajony do tego, że wszystkie biblioteki DLL znajdują się w folderze bin katalogu IIS.Czy instalujesz biblioteki DLL domeny w GAC?
Jednak w ostatnim projekcie musimy udostępnić kilka bibliotek DLL (około 50) między usługą WCF i kilkoma programami .exe, więc jeden z członków naszego zespołu zasugerował, że możemy zainstalować te biblioteki DLL w GAC.
Nie widzę niczego złego w tym pomyśle, ale po prostu mam wrażenie, że instalowanie bibliotek DLL domeny, takich jak dostęp do danych i logika biznesowa dla konkretnego produktu w GAC, jest złe, ponieważ te biblioteki DLL nie przypominają System.Data, które jest wielokrotnego użytku dla wielu różnych produktów.
Czy instalujesz biblioteki DLL produktu w GAC?
Ups, zbyt późno przeczytałem ostrzeżenie :-) Ale czy to naprawdę? Na przykład większość sprzedawców bibliotek (takich jak Telerik, DevExpress) po prostu kopiuje swoje złoŜenia do folderu bin, więc wydaje mi się, Ŝe większość ludzi unika GAC (chyba Ŝe jest wymuszony, jak w COM +). –
Większość ludzi jest dość ogólnikowym stwierdzeniem. Biblioteka korporacyjna to klasyczny przykład rzeczy, którą stworzyliśmy w GAC. Po co duplikować wszystkie biblioteki DLL wszędzie? Mówisz także o rozwoju, który różni się znacznie od pakowania w przypadku wdrożeń produkcyjnych. – Nix
To prawda, moje oświadczenie "większość ludzi" jest przynajmniej wątpliwe.OTOH EntLib to kod związany z infrastrukturą, a ja starałem się, aby moja sprawa dotyczyła kodu aplikacji biznesowych. –