. jak .NET

.NET & stuff blog by Maciej "Procent" Aniserowicz

Jako że poprzednie odsłony .NETowych "zagadek" cieszyły się dużą popularnością - czas na kolejna porcję. W dzisiejszym odcinku podążymy tutaj:

Każdy zna to okno. A czy każdy wie skąd bierze się jego zawartość (chodzi konkretnie o zakładkę ".NET")? Podpowiem, że mi wiadomo o trzech takich źródłach - być może jest ich więcej?

Czekam na komentarze, niechaj chwała i blask z nich bijące będą wystarczającą zachętą dla znających odpowiedzi:).


Komentarze

tom2

5 maja 2008 10:03

GAC

Procent

5 maja 2008 10:22

Eee, wtedy to by nie była żadna zagadka a po prostu durne pytanie. GAC, pomimo swojej "oczywistości" i "nadawalności się do tego", nie jest poprawną odpowiedzią.

Jacek Ciereszko

5 maja 2008 11:50

"A czy każdy wie skąd bierze się jego zawartość" z Visual Studio :P

tom2

5 maja 2008 11:55

Ok, proszę o podpowiedź: czy chodzi o to gdzie są szukane Assembly do wyświetlenia w tym oknie ;>

Procent

5 maja 2008 12:03

@Jacek:
Też dobrze, ale to nie jest jedno z tych 3 źródeł o których pisałem;)

@Tom:
Tak. Albo może dokładniej... Co trzeba zrobić żeby nasza własna dllka się tam pojawiła?

kazikkuta

5 maja 2008 12:09

1) Rejestr: HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\.NETFramework\AssemblyFolders
2) Katalog: C:\Program Files\Microsoft Visual Studio[wersja]\Common7\IDE\PublicAssemblies


Tego nie próbowałem, ale podobno działa

3) Rejestr: HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\VisualStudio\[wersja]\AssemblyFolders

Procent

5 maja 2008 12:19

No i Kazik zepsuł zabawę:)

kazikkuta

5 maja 2008 12:27

generalnie ciekawsza jest historia o tym, dlaczego GAC w tym przypadku jest złą odpowiedzią i co kierowało zespołem aby takie zachowanie było by design

Procent

5 maja 2008 12:36

Szukałem o tym informacji ale nie trafiłem nawet na szczątkowe uzasadnienie. Faktycznie ciekawie byłoby cos o tym poczytać - dlaczego nie GAC i dlaczego nie ma prostszego sposobu na ręczne dodanie plików do tej listy?

kazikkuta

5 maja 2008 13:35

Dlaczego nie GAC: bo to co masz zainstalowane na swojej maszynie nie musi być tym, czego potrzebuje twoja aplikacja. takie podejście wydaje się być rozsądnym (bardzo szczątkowo wyjaśnił to Junfeng Zhang w blogs.msdn.com/.../93708.aspx). Pytanie dlaczego jest to tak bardzo zamotane i dlaczego jest tak bardzo nieudokumentowane (np. która z trzech metod jest poprawna) zostaje otwarte.

brejk

6 maja 2008 22:50

Dodam tylko, że niektóre komponenty SQL Server 2005 zachowują się identycznie (zwłaszcza te, które mają coś wspólnego z VS 2005). Np. assemblies, z których mogą skorzystać komponenty skryptowe Integration Services, muszą być umieszczone w odpowiednich katalogach. Umieszczenie ich w GACu niczego nie daje. Wszyscy płyniemy tą samą łódką, jak widać :-)

Procent

7 maja 2008 14:28

"WSZYSCY JEDZIEMY NA TYM SAMYM WÓZKU OD STRACHU RATUJE NAS TYLKO DEFEKT MÓZGU"
nawet nie wiem skąd to znam :)

apl

7 maja 2008 16:10

To może podpowiem:

jakpunktopunk.wrzuta.pl/.../defekt_muzgo_-_wszyscy_jedziemy

Tylko ciężko pod tę melodię zaśpiewać "Wszyscy płyniemy tą samą łódką".

Procent, czyżby klasyka polskiego punka nie była Ci obca?

Procent

7 maja 2008 20:27

Apl, nie wiem czy cokolwiek jest bardziej mi obce niż klasyka polskiego punka :)

deka

9 maja 2008 15:37

a jak można dodać coś do zakładki COM ?

Dodaj komentarz


 

[b][/b] - [i][/i] - [u][/u] - [quote][/quote] - [code][/code]