Dlaczego typ System .__ ComObject roszczenie (czasami) być publiczne, gdy nie jest?

Question

Dziwnie zdarzyło mi się odkryć, kiedy zastanawiałem się nad wszystkimi typami, aby sprawdzić coś innego z ciekawości.

Dlaczego klasa System.__ComObject z zespołu mscorlib.dll (czasami?) Twierdzi, że jest publiczna, gdy w rzeczywistości wydaje się być niepubliczna? Jeśli uruchomię następujący kod w prostej aplikacji konsoli C#:

var t = Type.GetType("System.__ComObject"); 
Console.WriteLine(t.IsPublic); // "True" ?! 
Console.WriteLine(t.IsVisible); // "False" 

wyjście wydaje się być w konflikcie. Typ niezgnieżdżony (t.IsNested jest fałszywy) powinien dawać tę samą wartość prawdy dla IsPublic i IsVisible. Kiedy patrzę na zespole z IL DASM widzę:

.class private auto ansi beforefieldinit System.__ComObject 
     extends System.MarshalByRefObject 
{ 
} // end of class System.__ComObject 

który dla mnie wygląda bardzo podobnie jak niepublicznej klasie, coś, co odpowiadałoby kodu C# poniżej:

namespace System 
{ 
    // not public 
    internal class __ComObject : MarshalByRefObject 
    { 
     ... 
    } 
} 

Po porównaniu z innym typem, który ma podobną nazwę, System.__Canon i podobne modyfikatory IL, oba IsPublic i IsVisible zwrócą fałsz zgodnie z oczekiwaniami.

Czy ktoś wie, dlaczego (i kiedy) Type.GetType("System.__ComObject").IsPublic daje prawdziwe?

Answer 1

Mono's implementation z __ComObject może dać pewne wskazówki. Jest on rzeczywiście zadeklarowany jako wewnętrzny, ale komentarze mówią: "Nie ma żadnych publicznych metod, jego funkcjonalność jest ujawniona za pomocą System.Runtime.InteropServices.Marshal". Nie zagłębiłem się w Marshal, ale zakładam, że jest odpowiedzialny za implementację GetType(), więc może również dostosować właściwość IsPublic.

Z mojego doświadczenia wynika, że ​​Type.GetType("System.__ComObject").IsPublic zawsze jest true. Jeśli chodzi o GetType("System.Net.Mail.MSAdminBase"), to uważam, że jest to klasa COM wyeksponowana przez customized primary interop assembly, gdzie widoczność typu może być wyraźnie kontrolowana (chociaż to tylko moje myślenie, żadne badania nie zostały wykonane).

[UPDATE]

Mam latest Framework source code i okazało myliłem o moim założeniu, że dostosowanie IsPublic nieruchomości na __ComObject typu odbywa się poprzez Marshal. W rzeczywistości odbywa się to za pomocą niezarządzanego kodu. Object.GetType() jest zdefiniowana wewnątrz Object.cs tak:

[MethodImplAttribute(MethodImplOptions.InternalCall)] 
public extern Type GetType(); 

Kod źródłowy niekontrolowana dla jego realizacji w .NET 4.x nie jest dostępny, ale jest available dla .NET 2.0. Istnieje implementacja excellent answer o Object.GetType w .NET 2.0. Dodałbym, że IsPublic jest zdefiniowany przez interfejs System.Runtime.InteropServices._Type, z którego pochodzi System.Type i może być nadpisany przez dowolne z System.Type -klimatycznych klas. Najwyraźniej implementacja takiej klasy jest zwracana przez Object.GetType, a dzieje się to wewnątrz ObjectNative::GetClass (sscli20 \ clr \ src \ vm \ comobject.CPP), jak pokazano w the answer:

if (!objRef->IsThunking()) 
    refType = typeHandle.GetManagedClassObject(); 
else 
    refType = CRemotingServices::GetClass(objRef); 

Potwierdzam, że zachowanie IsPublic zależy od wersji ramowej. Próbowałem następujący skrypt PowerShell w różnych maszyn wirtualnych:

Write-Host ([System.Environment]::Version) ([Type]::GetType("System.__ComObject")).IsPublic 

wyjście jest:

2.0.50727.3643 False (WinXP) 
4.0.30319.18052 True (Win7) 
4.0.30319.19079 True (Win8) 

Widocznie to się zmieniło od False do True od .NET 2.0. Zgadzam się, że True jest niezgodne z deklaracją __ComObject (internal class __ComObject ...). Osobiście nie widzę powodu dla takiej zmiany, ponieważ jedynym sposobem uzyskania instancji __ComObject jest interop.